- AAL
- \n
See: authenticator assurance level.
\n - ABAC
- \n
See: attribute-based access control.
\n - acceptance network
- \n
A trust network designed to facilitate acceptance of verifiable data for its members.
\n - acceptance
- \n
The action of a party receiving any form of verifiable data and using it to make a trust decision.
\n - acceptance
- \n
The action of a party receiving any form of verifiable data and using it to make a trust decision.
\n - acceptance
- \n
The action of a party receiving any form of verifiable data and using it to make a trust decision.
\n - access control
- \n
The process of granting or denying specific requests for obtaining and using information and related information processing services.
\n - access control
- \n
The process of granting or denying specific requests for obtaining and using information and related information processing services.
\n - accreditation
- \n
Formal declaration by an accrediting authority that an information system is approved to operate at an acceptable level of risk, based on the implementation of an approved set of technical, managerial, and procedural safeguards.
\n - accreditation
- \n
Formal declaration by an accrediting authority that an information system is approved to operate at an acceptable level of risk, based on the implementation of an approved set of technical, managerial, and procedural safeguards.
\n - accreditation
- \n
Formal declaration by an accrediting authority that an information system is approved to operate at an acceptable level of risk, based on the implementation of an approved set of technical, managerial, and procedural safeguards.
\n - ACDC
- \n
See: Authentic Chained Data Container.
\n - ACDC
- \n
See: Authentic Chained Data Container.
\n - action
- \n
Something that is actually done (a ‘unit of work’ that is executed) by a single actor (on behalf of a given party), as a single operation, in a specific context.
\n - action
- \n
Something that is actually done (a ‘unit of work’ that is executed) by a single actor (on behalf of a given party), as a single operation, in a specific context.
\n - action
- \n
Something that is actually done (a ‘unit of work’ that is executed) by a single actor (on behalf of a given party), as a single operation, in a specific context.
\n - action
- \n
Something that is actually done (a ‘unit of work’ that is executed) by a single actor (on behalf of a given party), as a single operation, in a specific context.
\n - actor
- \n
An entity that can act (do things/execute actions), e.g. people, machines, but not organizations. A digital agent can serve as an actor acting on behalf of its principal.
\n - actor
- \n
An entity that can act (do things/execute actions), e.g. people, machines, but not organizations. A digital agent can serve as an actor acting on behalf of its principal.
\n - address
- \n
See: network address.
\n - address
- \n
See: network address.
\n - address
- \n
See: network address.
\n - administering authority
- \n
See: administering body.
\n - administering authority
- \n
See: administering body.
\n - administering body
- \n
A legal entity delegated by a governing body to administer the operation of a governance framework and governed infrastructure for a digital trust ecosystem, such as one or more trust registries.
\n - administering body
- \n
A legal entity delegated by a governing body to administer the operation of a governance framework and governed infrastructure for a digital trust ecosystem, such as one or more trust registries.
\n - agency
- \n
In the context of decentralized digital trust infrastructure, the empowering of a party to act independently of its own accord, and in particular to empower the party to employ an agent to act on the party's behalf.
\n - agent
- \n
An actor that is executing an action on behalf of a party (called the principal of that actor). In the context of decentralized digital trust infrastructure, the term “agent” is most frequently used to mean a digital agent.
\n - agent
- \n
An actor that is executing an action on behalf of a party (called the principal of that actor). In the context of decentralized digital trust infrastructure, the term “agent” is most frequently used to mean a digital agent.
\n - AID
- \n
See autonomic identifier.
\n - anonymous
- \n
An adjective describing when the identity of a natural person or other actor is unknown.
\n - anycast address
- \n
A network address (especially an IP address used for anycast routing of network transmissions.
\n - anycast address
- \n
A network address (especially an IP address used for anycast routing of network transmissions.
\n - anycast
- \n
Anycast is a network addressing and routing methodology in which a single IP-address is shared by devices (generally servers) in multiple locations. Routers direct packets addressed to this destination to the location nearest the sender, using their normal decision-making algorithms, typically the lowest number of BGP network hops. Anycast routing is widely used by content delivery networks such as web and name servers, to bring their content closer to end users.
\n - appraisability
- \n
The ability for a communication endpoint identified with a verifiable identifier (VID) to be appraised for the set of its properties that enable a relying party or a verifier to make a trust decision about communicating with that endpoint.
\n - appraisability
- \n
The ability for a communication endpoint identified with a verifiable identifier (VID) to be appraised for the set of its properties that enable a relying party or a verifier to make a trust decision about communicating with that endpoint.
\n - appraisability
- \n
The ability for a communication endpoint identified with a verifiable identifier (VID) to be appraised for the set of its properties that enable a relying party or a verifier to make a trust decision about communicating with that endpoint.
\n - appropriate friction
- \n
A user-experience design principle for information systems (such as digital wallets) specifying that the level of attention required of the holder for a particular transaction should provide a reasonable opportunity for an informed choice by the holder.
\n - assurance level
- \n
A level of confidence in a claim that may be relied on by others. Different types of assurance levels are defined for different types of trust assurance mechanisms. Examples include authenticator assurance level, federation assurance level, and identity assurance level.
\n - assurance level
- \n
A level of confidence in a claim that may be relied on by others. Different types of assurance levels are defined for different types of trust assurance mechanisms. Examples include authenticator assurance level, federation assurance level, and identity assurance level.
\n - attestation
- \n
The issue of a statement, based on a decision, that fulfillment of specified requirements has been demonstrated. In the context of decentralized digital trust infrastructure, an attestation usually has a digital signature so that it is cryptographically verifiable.
\n - attestation
- \n
The issue of a statement, based on a decision, that fulfillment of specified requirements has been demonstrated. In the context of decentralized digital trust infrastructure, an attestation usually has a digital signature so that it is cryptographically verifiable.
\n - attribute-based access control
- \n
An access control approach in which access is mediated based on attributes associated with subjects (requesters) and the objects to be accessed. Each object and subject has a set of associated attributes, such as location, time of creation, access rights, etc. Access to an object is authorized or denied depending upon whether the required (e.g., policy-defined) correlation can be made between the attributes of that object and of the requesting subject.
\n - attribute-based access control
- \n
An access control approach in which access is mediated based on attributes associated with subjects (requesters) and the objects to be accessed. Each object and subject has a set of associated attributes, such as location, time of creation, access rights, etc. Access to an object is authorized or denied depending upon whether the required (e.g., policy-defined) correlation can be made between the attributes of that object and of the requesting subject.
\n - attribute
- \n
An identifiable set of data that describes an entity, which is the subject of the attribute.
\n - attribute
- \n
An identifiable set of data that describes an entity, which is the subject of the attribute.
\n - audit log
- \n
An audit log is a security-relevant chronological record, set of records, and/or destination and source of records that provide documentary evidence of the sequence of activities that have affected at any time a specific operation, procedure, event, or device.
\n - audit log
- \n
An audit log is a security-relevant chronological record, set of records, and/or destination and source of records that provide documentary evidence of the sequence of activities that have affected at any time a specific operation, procedure, event, or device.
\n - audit
- \n
Independent review and examination of records and activities to assess the adequacy of system controls, to ensure compliance with established policies and operational procedures.
\n - audit
- \n
Independent review and examination of records and activities to assess the adequacy of system controls, to ensure compliance with established policies and operational procedures.
\n - auditor
- \n
The party responsible for performing an audit. Typically an auditor must be accredited.
\n - auditor
- \n
The party responsible for performing an audit. Typically an auditor must be accredited.
\n - Authentic Chained Data Container
- \n
A digital data structure designed for both cryptographic verification and chaining of data containers. ACDC may be used for digital credentials.
\n - authentication
- \n
Verifying the identity of a user, process, or device, often as a prerequisite to allowing access to resources in an information system.
\n - authentication
- \n
Verifying the identity of a user, process, or device, often as a prerequisite to allowing access to resources in an information system.
\n - authentication
- \n
Verifying the identity of a user, process, or device, often as a prerequisite to allowing access to resources in an information system.
\n - authentication
- \n
Verifying the identity of a user, process, or device, often as a prerequisite to allowing access to resources in an information system.
\n - authentication
- \n
Verifying the identity of a user, process, or device, often as a prerequisite to allowing access to resources in an information system.
\n - authenticator assurance level
- \n
A measure of the strength of an authentication mechanism and, therefore, the confidence in it.
\n - authenticator assurance level
- \n
A measure of the strength of an authentication mechanism and, therefore, the confidence in it.
\n - authenticator assurance level
- \n
A measure of the strength of an authentication mechanism and, therefore, the confidence in it.
\n - authenticator assurance level
- \n
A measure of the strength of an authentication mechanism and, therefore, the confidence in it.
\n - authenticator
- \n
Something the claimant possesses and controls (typically a cryptographic module or password) that is used to authenticate the claimant’s identity.
\n - authenticity
- \n
The property of being genuine and being able to be verified and trusted; confidence in the validity of a transmission, a message, or message originator.
\n - authenticity
- \n
The property of being genuine and being able to be verified and trusted; confidence in the validity of a transmission, a message, or message originator.
\n - authoritative source
- \n
A source of information that a relying party considers to be authoritative for that information. In ToIP architecture, the trust registry authorized by the governance framework for a trust community is typically considered an authoritative source by the members of that trust community. A system of record is an authoritative source for the data records it holds. A trust anchor is an authoritative source for the beginning of a trust chain.
\n - authoritative source
- \n
A source of information that a relying party considers to be authoritative for that information. In ToIP architecture, the trust registry authorized by the governance framework for a trust community is typically considered an authoritative source by the members of that trust community. A system of record is an authoritative source for the data records it holds. A trust anchor is an authoritative source for the beginning of a trust chain.
\n - authoritative
- \n
Information or data that comes from an authority for that information.
\n - authority
- \n
A party of which certain decisions, ideas, policies, rules etc. are followed by other parties.
\n - authority
- \n
A party of which certain decisions, ideas, policies, rules etc. are followed by other parties.
\n - authorization graph
- \n
A graph of the authorization relationships between different entities in a trust-community. In a digital trust ecosystem, the governing body is typically the trust root of an authorization graph. In some cases, an authorization graph can be traversed by making queries to one or more trust registries.
\n - authorization
- \n
The process of verifying that a requested action or service is approved for a specific entity.
\n - authorization
- \n
The process of verifying that a requested action or service is approved for a specific entity.
\n - authorization
- \n
The process of verifying that a requested action or service is approved for a specific entity.
\n - authorization
- \n
The process of verifying that a requested action or service is approved for a specific entity.
\n - authorization
- \n
The process of verifying that a requested action or service is approved for a specific entity.
\n - authorization
- \n
The process of verifying that a requested action or service is approved for a specific entity.
\n - authorization
- \n
The process of verifying that a requested action or service is approved for a specific entity.
\n - authorization
- \n
The process of verifying that a requested action or service is approved for a specific entity.
\n - authorization
- \n
The process of verifying that a requested action or service is approved for a specific entity.
\n - authorization
- \n
The process of verifying that a requested action or service is approved for a specific entity.
\n - authorization
- \n
The process of verifying that a requested action or service is approved for a specific entity.
\n - authorization
- \n
The process of verifying that a requested action or service is approved for a specific entity.
\n - authorization
- \n
The process of verifying that a requested action or service is approved for a specific entity.
\n - authorization
- \n
The process of verifying that a requested action or service is approved for a specific entity.
\n - authorized organizational representative
- \n
A person who has the authority to make claims, sign documents or otherwise commit resources on behalf of an organization.
\n - autonomic identifier
- \n
The specific type of self-certifying identifier defined by the KERI specifications.
\n - autonomic identifier
- \n
The specific type of self-certifying identifier defined by the KERI specifications.
\n - biometric
- \n
A measurable physical characteristic or personal behavioral trait used to recognize the AID, or verify the claimed identity, of an applicant. Facial images, fingerprints, and iris scan samples are all examples of biometrics.
\n - biometric
- \n
A measurable physical characteristic or personal behavioral trait used to recognize the AID, or verify the claimed identity, of an applicant. Facial images, fingerprints, and iris scan samples are all examples of biometrics.
\n - blockchain
- \n
A distributed ledger of cryptographically-signed transactions that are grouped into blocks. Each block is cryptographically linked to the previous one (making it tamper evident) after validation and undergoing a consensus decision. As new blocks are added, older blocks become more difficult to modify (creating tamper resistance). New blocks are replicated across copies of the ledger within the network, and any conflicts are resolved automatically using established rules.
\n - blockchain
- \n
A distributed ledger of cryptographically-signed transactions that are grouped into blocks. Each block is cryptographically linked to the previous one (making it tamper evident) after validation and undergoing a consensus decision. As new blocks are added, older blocks become more difficult to modify (creating tamper resistance). New blocks are replicated across copies of the ledger within the network, and any conflicts are resolved automatically using established rules.
\n - broadcast address
- \n
A broadcast address is a network address used to transmit to all devices connected to a multiple-access communications network. A message sent to a broadcast address may be received by all network-attached hosts. In contrast, a multicast address is used to address a specific group of devices, and a unicast address is used to address a single device. For network layer communications, a broadcast address may be a specific IP address.
\n - broadcast address
- \n
A broadcast address is a network address used to transmit to all devices connected to a multiple-access communications network. A message sent to a broadcast address may be received by all network-attached hosts. In contrast, a multicast address is used to address a specific group of devices, and a unicast address is used to address a single device. For network layer communications, a broadcast address may be a specific IP address.
\n - broadcast
- \n
In computer networking, telecommunication and information theory, broadcasting is a method of transferring a message to all recipients simultaneously. Broadcast delivers a message to all nodes in the network using a one-to-all association; a single datagram (or packet) from one sender is routed to all of the possibly multiple endpoints associated with the broadcast address. The network automatically replicates datagrams as needed to reach all the recipients within the scope of the broadcast, which is generally an entire network subnet.
\n - C2PA
- \n
See: Coalition for Content Provenance and Authenticity.
\n - CA
- \n
See: certificate authority.
\n - CA
- \n
See: certificate authority.
\n - CAI
- \n
See: Content Authenticity Initiative.
\n - capability
- \n
The ability for an actor or agent to perform a specific action on behalf of party.
\n - capability
- \n
The ability for an actor or agent to perform a specific action on behalf of party.
\n - certificate authority
- \n
The entity in a public key infrastructure (PKI) that is responsible for issuing public key certificates and exacting compliance to a PKI policy.
\n - certificate authority
- \n
The entity in a public key infrastructure (PKI) that is responsible for issuing public key certificates and exacting compliance to a PKI policy.
\n - certificate
- \n
See: public key certificate.
\n - certificate
- \n
See: public key certificate.
\n - certification authority
- \n
See: certificate authority.
\n - certification authority
- \n
See: certificate authority.
\n - certification body
- \n
A legal entity that performs certification.
\n - certification body
- \n
A legal entity that performs certification.
\n - certification
- \n
A comprehensive assessment of the management, operational, and technical security controls in an information system, made in support of security accreditation, to determine the extent to which the controls are implemented correctly, operating as intended, and producing the desired outcome with respect to meeting the security requirements for the system.
\n - certification
- \n
A comprehensive assessment of the management, operational, and technical security controls in an information system, made in support of security accreditation, to determine the extent to which the controls are implemented correctly, operating as intended, and producing the desired outcome with respect to meeting the security requirements for the system.
\n - chain of trust
- \n
See: trust chain.
\n - chain of trust
- \n
See: trust chain.
\n - chained credentials
- \n
Two or more credentials linked together to create a trust chain between the credentials that is cryptographically verifiable.
\n - chaining
- \n
See: trust chain.
\n - channel
- \n
See: communication channel.
\n - channel
- \n
See: communication channel.
\n - ciphertext
- \n
Encrypted (enciphered) data. The confidential form of the plaintext that is the output of the encryption function.
\n - ciphertext
- \n
Encrypted (enciphered) data. The confidential form of the plaintext that is the output of the encryption function.
\n - claim
- \n
An assertion about a subject, typically expressed as an attribute or property of the subject. It is called a “claim” because the assertion is always made by some party, called the issuer of the claim, and the validity of the claim must be judged by the verifier.
\n - claim
- \n
An assertion about a subject, typically expressed as an attribute or property of the subject. It is called a “claim” because the assertion is always made by some party, called the issuer of the claim, and the validity of the claim must be judged by the verifier.
\n - claim
- \n
An assertion about a subject, typically expressed as an attribute or property of the subject. It is called a “claim” because the assertion is always made by some party, called the issuer of the claim, and the validity of the claim must be judged by the verifier.
\n - claim
- \n
An assertion about a subject, typically expressed as an attribute or property of the subject. It is called a “claim” because the assertion is always made by some party, called the issuer of the claim, and the validity of the claim must be judged by the verifier.
\n - Coalition for Content Provenance and Authenticity
- \n
C2PA is a Joint Development Foundation project of the Linux Foundation that addresses the prevalence of misleading information online through the development of technical standards for certifying the source and history (or provenance) of media content.
\n - communication channel
- \n
A communication channel refers either to a physical transmission medium such as a wire, or to a logical connection over a multiplexed medium such as a radio channel in telecommunications and computer networking. A channel is used for information transfer of, for example, a digital bit stream, from one or several senders to one or several receivers.
\n - communication channel
- \n
A communication channel refers either to a physical transmission medium such as a wire, or to a logical connection over a multiplexed medium such as a radio channel in telecommunications and computer networking. A channel is used for information transfer of, for example, a digital bit stream, from one or several senders to one or several receivers.
\n - communication endpoint
- \n
A type of communication network node. It is an interface exposed by a communicating party or by a communication channel. An example of the latter type of a communication endpoint is a publish-subscribe topic or a group in group communication systems.
\n - communication endpoint
- \n
A type of communication network node. It is an interface exposed by a communicating party or by a communication channel. An example of the latter type of a communication endpoint is a publish-subscribe topic or a group in group communication systems.
\n - communication endpoint
- \n
A type of communication network node. It is an interface exposed by a communicating party or by a communication channel. An example of the latter type of a communication endpoint is a publish-subscribe topic or a group in group communication systems.
\n - communication endpoint
- \n
A type of communication network node. It is an interface exposed by a communicating party or by a communication channel. An example of the latter type of a communication endpoint is a publish-subscribe topic or a group in group communication systems.
\n - communication metadata
- \n
Metadata that describes the sender, receiver, routing, handling, or contents of a communication. Communication metadata is often observable even if the contents of the communication are encrypted.
\n - communication metadata
- \n
Metadata that describes the sender, receiver, routing, handling, or contents of a communication. Communication metadata is often observable even if the contents of the communication are encrypted.
\n - communication session
- \n
A finite period for which a communication channel is instantiated and maintained, during which certain properties of that channel, such as authentication of the participants, are in effect. A session has a beginning, called the session initiation, and an ending, called the session termination.
\n - communication session
- \n
A finite period for which a communication channel is instantiated and maintained, during which certain properties of that channel, such as authentication of the participants, are in effect. A session has a beginning, called the session initiation, and an ending, called the session termination.
\n - communication session
- \n
A finite period for which a communication channel is instantiated and maintained, during which certain properties of that channel, such as authentication of the participants, are in effect. A session has a beginning, called the session initiation, and an ending, called the session termination.
\n - communication session
- \n
A finite period for which a communication channel is instantiated and maintained, during which certain properties of that channel, such as authentication of the participants, are in effect. A session has a beginning, called the session initiation, and an ending, called the session termination.
\n - communication
- \n
The transmission of information.
\n - communication
- \n
The transmission of information.
\n - complex password
- \n
A password that meets certain security requirements, such as minimum length, inclusion of different character types, non-repetition of characters, and so on.
\n - complex password
- \n
A password that meets certain security requirements, such as minimum length, inclusion of different character types, non-repetition of characters, and so on.
\n - compliance
- \n
In the context of decentralized digital trust infrastructure, compliance is the extent to which a system, actor, or party conforms to the requirements of a regulation, governance framework, or trust framework that pertains to that particular entity.
\n - compliance
- \n
In the context of decentralized digital trust infrastructure, compliance is the extent to which a system, actor, or party conforms to the requirements of a regulation, governance framework, or trust framework that pertains to that particular entity.
\n - compliance
- \n
In the context of decentralized digital trust infrastructure, compliance is the extent to which a system, actor, or party conforms to the requirements of a regulation, governance framework, or trust framework that pertains to that particular entity.
\n - compliance
- \n
In the context of decentralized digital trust infrastructure, compliance is the extent to which a system, actor, or party conforms to the requirements of a regulation, governance framework, or trust framework that pertains to that particular entity.
\n - compliance
- \n
In the context of decentralized digital trust infrastructure, compliance is the extent to which a system, actor, or party conforms to the requirements of a regulation, governance framework, or trust framework that pertains to that particular entity.
\n - compliance
- \n
In the context of decentralized digital trust infrastructure, compliance is the extent to which a system, actor, or party conforms to the requirements of a regulation, governance framework, or trust framework that pertains to that particular entity.
\n - concept
- \n
An abstract idea that enables the classification of entities, i.e., a mental construct that enables an instance of a class of entities to be distinguished from entities that are not an instance of that class. A concept can be identified with a term.
\n - concept
- \n
An abstract idea that enables the classification of entities, i.e., a mental construct that enables an instance of a class of entities to be distinguished from entities that are not an instance of that class. A concept can be identified with a term.
\n - confidential computing
- \n
Hardware-enabled features that isolate and process encrypted data in memory so that the data is at less risk of exposure and compromise from concurrent workloads or the underlying system and platform.
\n - confidentiality
- \n
In a communications context, a type of privacy protection in which messages use encryption or other privacy-preserving technologies so that only authorized parties have access.
\n - confidentiality
- \n
In a communications context, a type of privacy protection in which messages use encryption or other privacy-preserving technologies so that only authorized parties have access.
\n - connection
- \n
A communication channel established between two communication endpoints. A connection may be ephemeral or persistent.
\n - connection
- \n
A communication channel established between two communication endpoints. A connection may be ephemeral or persistent.
\n - consent management
- \n
A system, process or set of policies under which a person agrees to share personal data for specific usages. A consent management system will typically create a record of such consent.
\n - Content Authenticity Initiative
- \n
The Content Authenticity Initiative (CAI) is an association founded in November 2019 by Adobe, the New York Times and Twitter. The CAI promotes an industry standard for provenance metadata defined by the C2PA. The CAI cites curbing disinformation as one motivation for its activities.
\n - controlled document
- \n
A governance document whose authority is derived from a primary document.
\n - controlled document
- \n
A governance document whose authority is derived from a primary document.
\n - controller
- \n
In the context of digital communications, the entity in control of sending and receiving digital communications. In the context of decentralized digital trust infrastructure, the entity in control of the cryptographic keys necessary to perform cryptographically verifiable actions using a digital agent and digital wallet. In a ToIP context, the entity in control of a ToIP endpoint.
\n - controller
- \n
In the context of digital communications, the entity in control of sending and receiving digital communications. In the context of decentralized digital trust infrastructure, the entity in control of the cryptographic keys necessary to perform cryptographically verifiable actions using a digital agent and digital wallet. In a ToIP context, the entity in control of a ToIP endpoint.
\n - correlation privacy
- \n
In a communications context, a type of privacy protection in which messages use encryption, hashes, or other privacy-preserving technologies to avoid the use of identifiers or other content that unauthorized parties may use to correlate the sender and/or receiver(s).
\n - counterparty
- \n
From the perspective of one party, the other party in a transaction, such as a financial transaction.
\n - counterparty
- \n
From the perspective of one party, the other party in a transaction, such as a financial transaction.
\n - credential family
- \n
A set of related digital credentials defined by a governing body (typically in a governance framework) to empower transitive trust decisions among the participants in a digital trust ecosystem.
\n - credential family
- \n
A set of related digital credentials defined by a governing body (typically in a governance framework) to empower transitive trust decisions among the participants in a digital trust ecosystem.
\n - credential governance framework
- \n
A governance framework for a credential family. A credential governance framework may be included within or referenced by an ecosystem governance framework.
\n - credential governance framework
- \n
A governance framework for a credential family. A credential governance framework may be included within or referenced by an ecosystem governance framework.
\n - credential offer
- \n
A protocol request invoked by an issuer to offer to issue a digital credential to the holder of a digital wallet. If the request is invoked by the holder, it is called an issuance request.
\n - credential offer
- \n
A protocol request invoked by an issuer to offer to issue a digital credential to the holder of a digital wallet. If the request is invoked by the holder, it is called an issuance request.
\n - credential request
- \n
See: issuance request.
\n - credential request
- \n
See: issuance request.
\n - credential schema
- \n
A data schema describing the structure of a digital credential. The W3C Verifiable Credentials Data Model Specification defines a set of requirements for credential schemas.
\n - credential schema
- \n
A data schema describing the structure of a digital credential. The W3C Verifiable Credentials Data Model Specification defines a set of requirements for credential schemas.
\n - credential
- \n
A container of claims describing one or more subjects. A credential is generated by the issuer of the credential and given to the holder of the credential. A credential typically includes a signature or some other means of proving its authenticity. A credential may be either a physical credential or a digital credential.
\n - credential
- \n
A container of claims describing one or more subjects. A credential is generated by the issuer of the credential and given to the holder of the credential. A credential typically includes a signature or some other means of proving its authenticity. A credential may be either a physical credential or a digital credential.
\n - criterion
- \n
In the context of terminology, a written description of a concept that anyone can evaluate to determine whether or not an entity is an instance or example of that concept. Evaluation leads to a yes/no result.
\n - cryptographic binding
- \n
Associating two or more related elements of information using cryptographic techniques.
\n - cryptographic binding
- \n
Associating two or more related elements of information using cryptographic techniques.
\n - cryptographic key
- \n
A key in cryptography is a piece of information, usually a string of numbers or letters that are stored in a file, which, when processed through a cryptographic algorithm, can encode or decode cryptographic data. Symmetric cryptography refers to the practice of the same key being used for both encryption and decryption. Asymmetric cryptography has separate keys for encrypting and decrypting. These keys are known as the public keys and private keys, respectively.
\n - cryptographic key
- \n
A key in cryptography is a piece of information, usually a string of numbers or letters that are stored in a file, which, when processed through a cryptographic algorithm, can encode or decode cryptographic data. Symmetric cryptography refers to the practice of the same key being used for both encryption and decryption. Asymmetric cryptography has separate keys for encrypting and decrypting. These keys are known as the public keys and private keys, respectively.
\n - cryptographic key
- \n
A key in cryptography is a piece of information, usually a string of numbers or letters that are stored in a file, which, when processed through a cryptographic algorithm, can encode or decode cryptographic data. Symmetric cryptography refers to the practice of the same key being used for both encryption and decryption. Asymmetric cryptography has separate keys for encrypting and decrypting. These keys are known as the public keys and private keys, respectively.
\n - cryptographic key
- \n
A key in cryptography is a piece of information, usually a string of numbers or letters that are stored in a file, which, when processed through a cryptographic algorithm, can encode or decode cryptographic data. Symmetric cryptography refers to the practice of the same key being used for both encryption and decryption. Asymmetric cryptography has separate keys for encrypting and decrypting. These keys are known as the public keys and private keys, respectively.
\n - cryptographic trust
- \n
A specialized type of technical trust that is achieved using cryptographic algorithms.
\n - cryptographic verifiability
- \n
The property of being cryptographically verifiable.
\n - cryptographic verifiability
- \n
The property of being cryptographically verifiable.
\n - cryptographically bound
- \n
A state in which two or more elements of information have a cryptographic binding.
\n - cryptographically verifiable
- \n
A property of a data structure that has been digitally signed using a private key such that the digital signature can be verified using the public key. Verifiable data, verifiable messages, verifiable credentials, and verifiable data registries are all cryptographically verifiable. Cryptographic verifiability is a primary goal of the ToIP Technology Stack.
\n - cryptographically verifiable
- \n
A property of a data structure that has been digitally signed using a private key such that the digital signature can be verified using the public key. Verifiable data, verifiable messages, verifiable credentials, and verifiable data registries are all cryptographically verifiable. Cryptographic verifiability is a primary goal of the ToIP Technology Stack.
\n - cryptography
- \n
TODO
\n - custodial wallet
- \n
A digital wallet that is directly in the custody of a principal, i.e., under the principal’s direct personal or organizational control. A digital wallet that is in the custody of a third party is called a non-custodial wallet.
\n - custodial wallet
- \n
A digital wallet that is directly in the custody of a principal, i.e., under the principal’s direct personal or organizational control. A digital wallet that is in the custody of a third party is called a non-custodial wallet.
\n - custodian
- \n
A third party that has been assigned rights and duties in a custodianship arrangement for the purpose of hosting and safeguarding a principal's private keys, digital wallet and digital assets on the principal’s behalf. Depending on the custodianship arrangement, the custodian may act as an exchange and provide additional services, such as staking, lending, account recovery, or security features.
\n - custodian
- \n
A third party that has been assigned rights and duties in a custodianship arrangement for the purpose of hosting and safeguarding a principal's private keys, digital wallet and digital assets on the principal’s behalf. Depending on the custodianship arrangement, the custodian may act as an exchange and provide additional services, such as staking, lending, account recovery, or security features.
\n - custodianship arrangement
- \n
The informal terms or formal legal agreement under which a custodian agrees to provide service to a principal.
\n - custodianship arrangement
- \n
The informal terms or formal legal agreement under which a custodian agrees to provide service to a principal.
\n - dark pattern
- \n
A design pattern, mainly in user interfaces, that has the effect of deceiving individuals into making choices that are advantageous to the designer.
\n - dark pattern
- \n
A design pattern, mainly in user interfaces, that has the effect of deceiving individuals into making choices that are advantageous to the designer.
\n - data packet
- \n
In telecommunications and computer networking, a network packet is a formatted unit of data carried by a packet-switched network such as the Internet. A packet consists of control information and user data; the latter is also known as the payload. Control information provides data for delivering the payload (e.g., source and destination network addresses, error detection codes, or sequencing information). Typically, control information is found in packet headers and trailers.
\n - data packet
- \n
In telecommunications and computer networking, a network packet is a formatted unit of data carried by a packet-switched network such as the Internet. A packet consists of control information and user data; the latter is also known as the payload. Control information provides data for delivering the payload (e.g., source and destination network addresses, error detection codes, or sequencing information). Typically, control information is found in packet headers and trailers.
\n - data schema
- \n
A description of the structure of a digital document or object, typically expressed in a machine-readable language in terms of constraints on the structure and content of documents or objects of that type. A credential schema is a particular type of data schema.
\n - data schema
- \n
A description of the structure of a digital document or object, typically expressed in a machine-readable language in terms of constraints on the structure and content of documents or objects of that type. A credential schema is a particular type of data schema.
\n - data subject
- \n
The natural person that is described by personal data. Data subject is the term used by the EU General Data Protection Regulation.
\n - data subject
- \n
The natural person that is described by personal data. Data subject is the term used by the EU General Data Protection Regulation.
\n - data vault
- \n
See: digital vault.
\n - data vault
- \n
See: digital vault.
\n - data
- \n
In the pursuit of knowledge, data is a collection of discrete values that convey information, describing quantity, quality, fact, statistics, other basic units of meaning, or simply sequences of symbols that may be further interpreted. A datum is an individual value in a collection of data.
\n - data
- \n
In the pursuit of knowledge, data is a collection of discrete values that convey information, describing quantity, quality, fact, statistics, other basic units of meaning, or simply sequences of symbols that may be further interpreted. A datum is an individual value in a collection of data.
\n - datagram
- \n
See: data packet.
\n - datagram
- \n
See: data packet.
\n - decentralized identifier
- \n
A globally unique persistent identifier that does not require a centralized registration authority and is often generated and/or registered cryptographically. The generic format of a DID is defined in section 3.1 DID Syntax of the W3C Decentralized Identifiers (DIDs) 1.0 specification. A specific DID scheme is defined in a DID method specification.
\n - decentralized identifier
- \n
A globally unique persistent identifier that does not require a centralized registration authority and is often generated and/or registered cryptographically. The generic format of a DID is defined in section 3.1 DID Syntax of the W3C Decentralized Identifiers (DIDs) 1.0 specification. A specific DID scheme is defined in a DID method specification.
\n - decentralized identifier
- \n
A globally unique persistent identifier that does not require a centralized registration authority and is often generated and/or registered cryptographically. The generic format of a DID is defined in section 3.1 DID Syntax of the W3C Decentralized Identifiers (DIDs) 1.0 specification. A specific DID scheme is defined in a DID method specification.
\n - decentralized identifier
- \n
A globally unique persistent identifier that does not require a centralized registration authority and is often generated and/or registered cryptographically. The generic format of a DID is defined in section 3.1 DID Syntax of the W3C Decentralized Identifiers (DIDs) 1.0 specification. A specific DID scheme is defined in a DID method specification.
\n - Decentralized Identity Foundation
- \n
A non-profit project of the Linux Foundation chartered to develop the foundational components of an open, standards-based, decentralized identity ecosystem for people, organizations, apps, and devices.
\n - decentralized identity
- \n
A digital identity architecture in which a digital identity is established via the control of a set of cryptographic keys in a digital wallet so that the controller is not dependent on any external identity provider or other third party.
\n - decentralized identity
- \n
A digital identity architecture in which a digital identity is established via the control of a set of cryptographic keys in a digital wallet so that the controller is not dependent on any external identity provider or other third party.
\n - Decentralized Web Node
- \n
A decentralized personal and application data storage and message relay node, as defined in the DIF Decentralized Web Node specification. Users may have multiple nodes that replicate their data between them.
\n - Decentralized Web Node
- \n
A decentralized personal and application data storage and message relay node, as defined in the DIF Decentralized Web Node specification. Users may have multiple nodes that replicate their data between them.
\n - deceptive pattern
- \n
See: dark pattern.
\n - deceptive pattern
- \n
See: dark pattern.
\n - decryption
- \n
The process of changing ciphertext into plaintext using a cryptographic algorithm and key. The opposite of encryption.
\n - decryption
- \n
The process of changing ciphertext into plaintext using a cryptographic algorithm and key. The opposite of encryption.
\n - decryption
- \n
The process of changing ciphertext into plaintext using a cryptographic algorithm and key. The opposite of encryption.
\n - decryption
- \n
The process of changing ciphertext into plaintext using a cryptographic algorithm and key. The opposite of encryption.
\n - decryption
- \n
The process of changing ciphertext into plaintext using a cryptographic algorithm and key. The opposite of encryption.
\n - deep link
- \n
In the context of the World Wide Web, deep linking is the use of a hyperlink that links to a specific, generally searchable or indexed, piece of web content on a website (e.g. “https://example.com/path/page”), rather than the website’s home page (e.g., “https://example.com”). The URL contains all the information needed to point to a particular item. Deep linking is different from mobile deep linking, which refers to directly linking to in-app content using a non-HTTP URI.
\n - deep link
- \n
In the context of the World Wide Web, deep linking is the use of a hyperlink that links to a specific, generally searchable or indexed, piece of web content on a website (e.g. “https://example.com/path/page”), rather than the website’s home page (e.g., “https://example.com”). The URL contains all the information needed to point to a particular item. Deep linking is different from mobile deep linking, which refers to directly linking to in-app content using a non-HTTP URI.
\n - deep link
- \n
In the context of the World Wide Web, deep linking is the use of a hyperlink that links to a specific, generally searchable or indexed, piece of web content on a website (e.g. “https://example.com/path/page”), rather than the website’s home page (e.g., “https://example.com”). The URL contains all the information needed to point to a particular item. Deep linking is different from mobile deep linking, which refers to directly linking to in-app content using a non-HTTP URI.
\n - deep link
- \n
In the context of the World Wide Web, deep linking is the use of a hyperlink that links to a specific, generally searchable or indexed, piece of web content on a website (e.g. “https://example.com/path/page”), rather than the website’s home page (e.g., “https://example.com”). The URL contains all the information needed to point to a particular item. Deep linking is different from mobile deep linking, which refers to directly linking to in-app content using a non-HTTP URI.
\n - definition
- \n
A textual statement defining the meaning of a term by specifying criterion that enable the concept identified by the term to be distinguished from all other concepts within the intended scope.
\n - definition
- \n
A textual statement defining the meaning of a term by specifying criterion that enable the concept identified by the term to be distinguished from all other concepts within the intended scope.
\n - delegatee
- \n
The second party receiving a delegation from a first party (the delegator).
\n - delegatee
- \n
The second party receiving a delegation from a first party (the delegator).
\n - delegation credential
- \n
A credential used to perform delegation.
\n - delegation credential
- \n
A credential used to perform delegation.
\n - delegation
- \n
The act of a first party authorizing a second party to perform a set of actions for or on behalf of the first party. Delegation may be performed by the first party (the delegator) issuing a delegation credential that gives a certain set of capabilities to the second party (the delegatee).
\n - delegation
- \n
The act of a first party authorizing a second party to perform a set of actions for or on behalf of the first party. Delegation may be performed by the first party (the delegator) issuing a delegation credential that gives a certain set of capabilities to the second party (the delegatee).
\n - delegation
- \n
The act of a first party authorizing a second party to perform a set of actions for or on behalf of the first party. Delegation may be performed by the first party (the delegator) issuing a delegation credential that gives a certain set of capabilities to the second party (the delegatee).
\n - delegation
- \n
The act of a first party authorizing a second party to perform a set of actions for or on behalf of the first party. Delegation may be performed by the first party (the delegator) issuing a delegation credential that gives a certain set of capabilities to the second party (the delegatee).
\n - delegator
- \n
The first party making a delegation to a second party (the delegatee).
\n - delegator
- \n
The first party making a delegation to a second party (the delegatee).
\n - dependent
- \n
An entity for the caring for and/or protecting/guarding/defending of which a guardianship arrangement has been established with a guardian.
\n - dependent
- \n
An entity for the caring for and/or protecting/guarding/defending of which a guardianship arrangement has been established with a guardian.
\n - device controller
- \n
The controller of a device capable of digital communications, e.g., a smartphone, tablet, laptop, IoT device, etc.
\n - device controller
- \n
The controller of a device capable of digital communications, e.g., a smartphone, tablet, laptop, IoT device, etc.
\n - dictionary
- \n
A dictionary is a listing of lexemes (words or terms) from the lexicon of one or more specific languages, often arranged alphabetically, which may include information on definitions, usage, etymologies, pronunciations, translation, etc. It is a lexicographical reference that shows inter-relationships among the data. Unlike a glossary, a dictionary may provide multiple definitions of a term depending on its scope or context.
\n - dictionary
- \n
A dictionary is a listing of lexemes (words or terms) from the lexicon of one or more specific languages, often arranged alphabetically, which may include information on definitions, usage, etymologies, pronunciations, translation, etc. It is a lexicographical reference that shows inter-relationships among the data. Unlike a glossary, a dictionary may provide multiple definitions of a term depending on its scope or context.
\n - DID controller
- \n
An entity that has the capability to make changes to a DID document. A DID might have more than one DID controller. The DID controller(s) can be denoted by the optional controller property at the top level of the DID document. Note that a DID controller might be the DID subject.
\n - DID controller
- \n
An entity that has the capability to make changes to a DID document. A DID might have more than one DID controller. The DID controller(s) can be denoted by the optional controller property at the top level of the DID document. Note that a DID controller might be the DID subject.
\n - DID document
- \n
A set of data describing the DID subject, including mechanisms, such as cryptographic public keys, that the DID subject or a DID delegate can use to authenticate itself and prove its association with the DID. A DID document might have one or more different representations as defined in section 6 of the W3C Decentralized Identifiers (DIDs) 1.0 specification.
\n - DID document
- \n
A set of data describing the DID subject, including mechanisms, such as cryptographic public keys, that the DID subject or a DID delegate can use to authenticate itself and prove its association with the DID. A DID document might have one or more different representations as defined in section 6 of the W3C Decentralized Identifiers (DIDs) 1.0 specification.
\n - DID document
- \n
A set of data describing the DID subject, including mechanisms, such as cryptographic public keys, that the DID subject or a DID delegate can use to authenticate itself and prove its association with the DID. A DID document might have one or more different representations as defined in section 6 of the W3C Decentralized Identifiers (DIDs) 1.0 specification.
\n - DID document
- \n
A set of data describing the DID subject, including mechanisms, such as cryptographic public keys, that the DID subject or a DID delegate can use to authenticate itself and prove its association with the DID. A DID document might have one or more different representations as defined in section 6 of the W3C Decentralized Identifiers (DIDs) 1.0 specification.
\n - DID method
- \n
A definition of how a specific DID method scheme is implemented. A DID method is defined by a DID method specification, which specifies the precise operations by which DIDs and DID documents are created, resolved, updated, and deactivated.
\n - DID method
- \n
A definition of how a specific DID method scheme is implemented. A DID method is defined by a DID method specification, which specifies the precise operations by which DIDs and DID documents are created, resolved, updated, and deactivated.
\n - DID subject
- \n
The entity identified by a DID and described by a DID document. Anything can be a DID subject: person, group, organization, physical thing, digital thing, logical thing, etc.
\n - DID subject
- \n
The entity identified by a DID and described by a DID document. Anything can be a DID subject: person, group, organization, physical thing, digital thing, logical thing, etc.
\n - DID URL
- \n
A DID plus any additional syntactic component that conforms to the definition in section 3.2 of the W3C Decentralized Identifiers (DIDs) 1.0 specification. This includes an optional DID path (with its leading / character), optional DID query (with its leading ? character), and optional DID fragment (with its leading # character).
\n - DID URL
- \n
A DID plus any additional syntactic component that conforms to the definition in section 3.2 of the W3C Decentralized Identifiers (DIDs) 1.0 specification. This includes an optional DID path (with its leading / character), optional DID query (with its leading ? character), and optional DID fragment (with its leading # character).
\n - DID
- \n
See: decentralized identifier
\n - digital agent
- \n
In the context of decentralized digital trust infrastructure, a software agent that operates in conjunction with a digital wallet to take actions on behalf of its controller.
\n - digital agent
- \n
In the context of decentralized digital trust infrastructure, a software agent that operates in conjunction with a digital wallet to take actions on behalf of its controller.
\n - digital asset
- \n
A digital asset is anything that exists only in digital form and comes with a distinct usage right. Data that do not possess that right are not considered assets.
\n - digital asset
- \n
A digital asset is anything that exists only in digital form and comes with a distinct usage right. Data that do not possess that right are not considered assets.
\n - digital certificate
- \n
See: public key certificate.
\n - digital certificate
- \n
See: public key certificate.
\n - digital credential
- \n
A credential in digital form that is signed with a digital signature and held in a digital wallet. A digital credential is issued to a holder by an issuer; a proof of the credential is presented by the holder to a verifier.
\n - digital credential
- \n
A credential in digital form that is signed with a digital signature and held in a digital wallet. A digital credential is issued to a holder by an issuer; a proof of the credential is presented by the holder to a verifier.
\n - digital ecosystem
- \n
A digital ecosystem is a distributed, adaptive, open socio-technical system with properties of self-organization, scalability and sustainability inspired from natural ecosystems. Digital ecosystem models are informed by knowledge of natural ecosystems, especially for aspects related to competition and collaboration among diverse entities.
\n - digital ecosystem
- \n
A digital ecosystem is a distributed, adaptive, open socio-technical system with properties of self-organization, scalability and sustainability inspired from natural ecosystems. Digital ecosystem models are informed by knowledge of natural ecosystems, especially for aspects related to competition and collaboration among diverse entities.
\n - digital identity
- \n
An identity expressed in a digital form for the purpose representing the identified entity within a computer system or digital network.
\n - digital identity
- \n
An identity expressed in a digital form for the purpose representing the identified entity within a computer system or digital network.
\n - digital identity
- \n
An identity expressed in a digital form for the purpose representing the identified entity within a computer system or digital network.
\n - digital identity
- \n
An identity expressed in a digital form for the purpose representing the identified entity within a computer system or digital network.
\n - digital rights management
- \n
Digital rights management (DRM) is the management of legal access to digital content. Various tools or technological protection measures (TPM) like access control technologies, can restrict the use of proprietary hardware and copyrighted works. DRM technologies govern the use, modification and distribution of copyrighted works (e.g. software, multimedia content) and of systems that enforce these policies within devices.
\n - digital signature
- \n
A digital signature is a mathematical scheme that uses cryptography for verifying the authenticity of digital messages or documents. A valid digital signature, where the prerequisites are satisfied, gives a recipient very high confidence that the message was created by a known sender (authenticity), and that the message was not altered in transit (integrity).
\n - digital signature
- \n
A digital signature is a mathematical scheme that uses cryptography for verifying the authenticity of digital messages or documents. A valid digital signature, where the prerequisites are satisfied, gives a recipient very high confidence that the message was created by a known sender (authenticity), and that the message was not altered in transit (integrity).
\n - digital signature
- \n
A digital signature is a mathematical scheme that uses cryptography for verifying the authenticity of digital messages or documents. A valid digital signature, where the prerequisites are satisfied, gives a recipient very high confidence that the message was created by a known sender (authenticity), and that the message was not altered in transit (integrity).
\n - digital signature
- \n
A digital signature is a mathematical scheme that uses cryptography for verifying the authenticity of digital messages or documents. A valid digital signature, where the prerequisites are satisfied, gives a recipient very high confidence that the message was created by a known sender (authenticity), and that the message was not altered in transit (integrity).
\n - digital signature
- \n
A digital signature is a mathematical scheme that uses cryptography for verifying the authenticity of digital messages or documents. A valid digital signature, where the prerequisites are satisfied, gives a recipient very high confidence that the message was created by a known sender (authenticity), and that the message was not altered in transit (integrity).
\n - digital signature
- \n
A digital signature is a mathematical scheme that uses cryptography for verifying the authenticity of digital messages or documents. A valid digital signature, where the prerequisites are satisfied, gives a recipient very high confidence that the message was created by a known sender (authenticity), and that the message was not altered in transit (integrity).
\n - digital signature
- \n
A digital signature is a mathematical scheme that uses cryptography for verifying the authenticity of digital messages or documents. A valid digital signature, where the prerequisites are satisfied, gives a recipient very high confidence that the message was created by a known sender (authenticity), and that the message was not altered in transit (integrity).
\n - digital trust ecosystem
- \n
A digital ecosystem in which the participants are one or more interoperating trust communities. Governance of the various roles of governed parties within a digital trust ecosystem (e.g., issuers, holders, verifiers, certification bodies, auditors) is typically managed by a governing body using a governance framework as recommended in the ToIP Governance Stack. Many digital trust ecosystems will also maintain one or more trust lists and/or trust registries.
\n - digital trust ecosystem
- \n
A digital ecosystem in which the participants are one or more interoperating trust communities. Governance of the various roles of governed parties within a digital trust ecosystem (e.g., issuers, holders, verifiers, certification bodies, auditors) is typically managed by a governing body using a governance framework as recommended in the ToIP Governance Stack. Many digital trust ecosystems will also maintain one or more trust lists and/or trust registries.
\n - digital trust utility
- \n
An information system, network, distributed database, or blockchain designed to provide one or more supporting services to higher level components of decentralized digital trust infrastructure. In the ToIP stack, digital trust utilities are at Layer 1. A verifiable data registry is one type of digital trust utility.
\n - digital trust utility
- \n
An information system, network, distributed database, or blockchain designed to provide one or more supporting services to higher level components of decentralized digital trust infrastructure. In the ToIP stack, digital trust utilities are at Layer 1. A verifiable data registry is one type of digital trust utility.
\n - digital vault
- \n
A secure container for data whose controller is the principal. A digital vault is most commonly used in conjunction with a digital wallet and a digital agent. A digital vault may be implemented on a local device or in the cloud; multiple digital vaults may be used by the same principal across different devices and/or the cloud; if so they may use some type of synchronization. If the capability is supported, data may flow into or out of the digital vault automatically based on subscriptions approved by the controller.
\n - digital vault
- \n
A secure container for data whose controller is the principal. A digital vault is most commonly used in conjunction with a digital wallet and a digital agent. A digital vault may be implemented on a local device or in the cloud; multiple digital vaults may be used by the same principal across different devices and/or the cloud; if so they may use some type of synchronization. If the capability is supported, data may flow into or out of the digital vault automatically based on subscriptions approved by the controller.
\n - digital wallet
- \n
A user agent, optionally including a hardware component, capable of securely storing and processing cryptographic keys, digital credentials, digital assets and other sensitive private data that enables the controller to perform cryptographically verifiable operations. A non-custodial wallet is directly in the custody of a principal. A custodial wallet is in the custody of a third party. Personal wallets are held by individual persons; enterprise wallets are held by organizations or other legal entities.
\n - digital wallet
- \n
A user agent, optionally including a hardware component, capable of securely storing and processing cryptographic keys, digital credentials, digital assets and other sensitive private data that enables the controller to perform cryptographically verifiable operations. A non-custodial wallet is directly in the custody of a principal. A custodial wallet is in the custody of a third party. Personal wallets are held by individual persons; enterprise wallets are held by organizations or other legal entities.
\n - distributed ledger
- \n
A distributed ledger (also called a shared ledger or distributed ledger technology or DLT) is the consensus of replicated, shared, and synchronized digital data that is geographically spread (distributed) across many sites, countries, or institutions. In contrast to a centralized database, a distributed ledger does not require a central administrator, and consequently does not have a single (central) point-of-failure. In general, a distributed ledger requires a peer-to-peer (P2P) computer network and consensus algorithms so that the ledger is reliably replicated across distributed computer nodes (servers, clients, etc.). The most common form of distributed ledger technology is the blockchain, which can either be on a public or private network.
\n - distributed ledger
- \n
A distributed ledger (also called a shared ledger or distributed ledger technology or DLT) is the consensus of replicated, shared, and synchronized digital data that is geographically spread (distributed) across many sites, countries, or institutions. In contrast to a centralized database, a distributed ledger does not require a central administrator, and consequently does not have a single (central) point-of-failure. In general, a distributed ledger requires a peer-to-peer (P2P) computer network and consensus algorithms so that the ledger is reliably replicated across distributed computer nodes (servers, clients, etc.). The most common form of distributed ledger technology is the blockchain, which can either be on a public or private network.
\n - distributed ledger
- \n
A distributed ledger (also called a shared ledger or distributed ledger technology or DLT) is the consensus of replicated, shared, and synchronized digital data that is geographically spread (distributed) across many sites, countries, or institutions. In contrast to a centralized database, a distributed ledger does not require a central administrator, and consequently does not have a single (central) point-of-failure. In general, a distributed ledger requires a peer-to-peer (P2P) computer network and consensus algorithms so that the ledger is reliably replicated across distributed computer nodes (servers, clients, etc.). The most common form of distributed ledger technology is the blockchain, which can either be on a public or private network.
\n - distributed ledger
- \n
A distributed ledger (also called a shared ledger or distributed ledger technology or DLT) is the consensus of replicated, shared, and synchronized digital data that is geographically spread (distributed) across many sites, countries, or institutions. In contrast to a centralized database, a distributed ledger does not require a central administrator, and consequently does not have a single (central) point-of-failure. In general, a distributed ledger requires a peer-to-peer (P2P) computer network and consensus algorithms so that the ledger is reliably replicated across distributed computer nodes (servers, clients, etc.). The most common form of distributed ledger technology is the blockchain, which can either be on a public or private network.
\n - domain
- \n
See: security domain.
\n - domain
- \n
See: security domain.
\n - DRM
- \n
See: digital rights management.
\n - DWN
- \n
See: Decentralized Web Node.
\n - ecosystem governance framework
- \n
A governance framework for a digital trust ecosystem. An ecosystem governance framework may incorporate, aggregate, or reference other types of governance frameworks such as a credential governance framework or a utility governance framework.
\n - ecosystem governance framework
- \n
A governance framework for a digital trust ecosystem. An ecosystem governance framework may incorporate, aggregate, or reference other types of governance frameworks such as a credential governance framework or a utility governance framework.
\n - ecosystem governance framework
- \n
A governance framework for a digital trust ecosystem. An ecosystem governance framework may incorporate, aggregate, or reference other types of governance frameworks such as a credential governance framework or a utility governance framework.
\n - ecosystem governance framework
- \n
A governance framework for a digital trust ecosystem. An ecosystem governance framework may incorporate, aggregate, or reference other types of governance frameworks such as a credential governance framework or a utility governance framework.
\n - ecosystem
- \n
See: digital ecosystem.
\n - ecosystem
- \n
See: digital ecosystem.
\n - eIDAS
- \n
eIDAS (electronic IDentification, Authentication and trust Services) is an EU regulation with the stated purpose of governing “electronic identification and trust services for electronic transactions”. It passed in 2014 and its provisions came into effect between 2016-2018.
\n - encrypted data vault
- \n
See: digital vault.
\n - encrypted data vault
- \n
See: digital vault.
\n - encryption
- \n
Cryptographic transformation of data (called plaintext) into a form (called ciphertext) that conceals the data's original meaning to prevent it from being known or used. If the transformation is reversible, the corresponding reversal process is called decryption, which is a transformation that restores encrypted data to its original state.
\n - encryption
- \n
Cryptographic transformation of data (called plaintext) into a form (called ciphertext) that conceals the data's original meaning to prevent it from being known or used. If the transformation is reversible, the corresponding reversal process is called decryption, which is a transformation that restores encrypted data to its original state.
\n - encryption
- \n
Cryptographic transformation of data (called plaintext) into a form (called ciphertext) that conceals the data's original meaning to prevent it from being known or used. If the transformation is reversible, the corresponding reversal process is called decryption, which is a transformation that restores encrypted data to its original state.
\n - encryption
- \n
Cryptographic transformation of data (called plaintext) into a form (called ciphertext) that conceals the data's original meaning to prevent it from being known or used. If the transformation is reversible, the corresponding reversal process is called decryption, which is a transformation that restores encrypted data to its original state.
\n - encryption
- \n
Cryptographic transformation of data (called plaintext) into a form (called ciphertext) that conceals the data's original meaning to prevent it from being known or used. If the transformation is reversible, the corresponding reversal process is called decryption, which is a transformation that restores encrypted data to its original state.
\n - end-to-end encryption
- \n
Encryption that is applied to a communication before it is transmitted from the sender’s communication endpoint and cannot be decrypted until after it is received at the receiver’s communication endpoint. When end-to-end encryption is used, the communication cannot be decrypted in transit no matter how many intermediaries are involved in the routing process.
\n - end-to-end encryption
- \n
Encryption that is applied to a communication before it is transmitted from the sender’s communication endpoint and cannot be decrypted until after it is received at the receiver’s communication endpoint. When end-to-end encryption is used, the communication cannot be decrypted in transit no matter how many intermediaries are involved in the routing process.
\n - End-to-End Principle
- \n
The end-to-end principle is a design framework in computer networking. In networks designed according to this principle, guaranteeing certain application-specific features, such as reliability and security, requires that they reside in the communicating end nodes of the network. Intermediary nodes, such as gateways and routers, that exist to establish the network, may implement these to improve efficiency but cannot guarantee end-to-end correctness.
\n - endpoint system
- \n
The system that operates a communications endpoint. In the context of the ToIP stack, an endpoint system is one of three types of systems defined in the ToIP Technology Architecture Specification.
\n - endpoint system
- \n
The system that operates a communications endpoint. In the context of the ToIP stack, an endpoint system is one of three types of systems defined in the ToIP Technology Architecture Specification.
\n - endpoint
- \n
See: communication endpoint.
\n - endpoint
- \n
See: communication endpoint.
\n - enterprise data vault
- \n
A digital vault whose controller is an organization.
\n - enterprise data vault
- \n
A digital vault whose controller is an organization.
\n - enterprise wallet
- \n
A digital wallet whose holder is an organization.
\n - enterprise wallet
- \n
A digital wallet whose holder is an organization.
\n - entity
- \n
Someone or something that is known to exist.
\n - entity
- \n
Someone or something that is known to exist.
\n - ephemeral connection
- \n
A connection that only exists for the duration of a single communication session or transaction.
\n - ephemeral connection
- \n
A connection that only exists for the duration of a single communication session or transaction.
\n - expression language
- \n
A language for creating a computer-interpretable (machine-readable) representation of specific knowledge.
\n - expression language
- \n
A language for creating a computer-interpretable (machine-readable) representation of specific knowledge.
\n - FAL
- \n
See: federation assurance level.
\n - federated identity
- \n
A digital identity architecture in which a digital identity established on one computer system, network, or trust domain is linked to other computer systems, networks, or trust domains for the purpose of identifying the same entity across those domains.
\n - federated identity
- \n
A digital identity architecture in which a digital identity established on one computer system, network, or trust domain is linked to other computer systems, networks, or trust domains for the purpose of identifying the same entity across those domains.
\n - federation assurance level
- \n
A category that describes the federation protocol used to communicate an assertion containing authentication) and attribute information (if applicable) to a relying party, as defined in NIST SP 800-63-3 in terms of three levels: FAL 1 (Some confidence), FAL 2 (High confidence), FAL 3 (Very high confidence).
\n - federation assurance level
- \n
A category that describes the federation protocol used to communicate an assertion containing authentication) and attribute information (if applicable) to a relying party, as defined in NIST SP 800-63-3 in terms of three levels: FAL 1 (Some confidence), FAL 2 (High confidence), FAL 3 (Very high confidence).
\n - federation assurance level
- \n
A category that describes the federation protocol used to communicate an assertion containing authentication) and attribute information (if applicable) to a relying party, as defined in NIST SP 800-63-3 in terms of three levels: FAL 1 (Some confidence), FAL 2 (High confidence), FAL 3 (Very high confidence).
\n - federation assurance level
- \n
A category that describes the federation protocol used to communicate an assertion containing authentication) and attribute information (if applicable) to a relying party, as defined in NIST SP 800-63-3 in terms of three levels: FAL 1 (Some confidence), FAL 2 (High confidence), FAL 3 (Very high confidence).
\n - federation
- \n
A group of organizations that collaborate to establish a common trust framework or governance framework for the exchange of identity data in a federated identity system.
\n - federation
- \n
A group of organizations that collaborate to establish a common trust framework or governance framework for the exchange of identity data in a federated identity system.
\n - federation
- \n
A group of organizations that collaborate to establish a common trust framework or governance framework for the exchange of identity data in a federated identity system.
\n - federation
- \n
A group of organizations that collaborate to establish a common trust framework or governance framework for the exchange of identity data in a federated identity system.
\n - fiduciary
- \n
A fiduciary is a person who holds a legal or ethical relationship of trust with one or more other parties (person or group of persons). Typically, a fiduciary prudently takes care of money or other assets for another person. One party, for example, a corporate trust company or the trust department of a bank, acts in a fiduciary capacity to another party, who, for example, has entrusted funds to the fiduciary for safekeeping or investment. In a fiduciary relationship, one person, in a position of vulnerability, justifiably vests confidence, good faith, reliance, and trust in another whose aid, advice, or protection is sought in some matter.
\n - fiduciary
- \n
A fiduciary is a person who holds a legal or ethical relationship of trust with one or more other parties (person or group of persons). Typically, a fiduciary prudently takes care of money or other assets for another person. One party, for example, a corporate trust company or the trust department of a bank, acts in a fiduciary capacity to another party, who, for example, has entrusted funds to the fiduciary for safekeeping or investment. In a fiduciary relationship, one person, in a position of vulnerability, justifiably vests confidence, good faith, reliance, and trust in another whose aid, advice, or protection is sought in some matter.
\n - first party
- \n
The party who initiates a trust relationship, connection, or transaction with a second party.
\n - first party
- \n
The party who initiates a trust relationship, connection, or transaction with a second party.
\n - foundational identity
- \n
A set of identity data, such as a credential, issued by an authoritative source for the legal identity of the subject. Birth certificates, passports, driving licenses, and other forms of government ID documents are considered foundational identity documents. Foundational identities are often used to provide identity binding for functional identities.
\n - foundational identity
- \n
A set of identity data, such as a credential, issued by an authoritative source for the legal identity of the subject. Birth certificates, passports, driving licenses, and other forms of government ID documents are considered foundational identity documents. Foundational identities are often used to provide identity binding for functional identities.
\n - fourth party
- \n
A party that is not directly involved in the trust relationship between a first party and a second party, but provides supporting services exclusively to the first party (in contrast with a third party, who in most cases provides supporting services to the second party). In its strongest form, a fourth party has a fiduciary relationship with the first party.
\n - fourth party
- \n
A party that is not directly involved in the trust relationship between a first party and a second party, but provides supporting services exclusively to the first party (in contrast with a third party, who in most cases provides supporting services to the second party). In its strongest form, a fourth party has a fiduciary relationship with the first party.
\n - functional identity
- \n
A set of identity data, such as a credential, that is issued not for the purpose of establishing a foundational identity for the subject, but for the purpose of establishing other attributes, qualifications, or capabilities of the subject. Loyalty cards, library cards, and employee IDs are all examples of functional identities. Foundational identities are often used to provide identity binding for functional identities.
\n - functional identity
- \n
A set of identity data, such as a credential, that is issued not for the purpose of establishing a foundational identity for the subject, but for the purpose of establishing other attributes, qualifications, or capabilities of the subject. Loyalty cards, library cards, and employee IDs are all examples of functional identities. Foundational identities are often used to provide identity binding for functional identities.
\n - gateway
- \n
A gateway is a piece of networking hardware or software used in telecommunications networks that allows data to flow from one discrete network to another. Gateways are distinct from routers or switches in that they communicate using more than one protocol to connect multiple networks[1][2] and can operate at any of the seven layers of the open systems interconnection model (OSI).
\n - gateway
- \n
A gateway is a piece of networking hardware or software used in telecommunications networks that allows data to flow from one discrete network to another. Gateways are distinct from routers or switches in that they communicate using more than one protocol to connect multiple networks[1][2] and can operate at any of the seven layers of the open systems interconnection model (OSI).
\n - GDPR
- \n
See: General Data Protection Regulation.
\n - General Data Protection Regulation
- \n
The General Data Protection Regulation (Regulation (EU) 2016/679, abbreviated GDPR) is a European Union regulation on information privacy in the European Union (EU) and the European Economic Area (EEA). The GDPR is an important component of EU privacy law and human rights law, in particular Article 8(1) of the Charter of Fundamental Rights of the European Union. It also governs the transfer of personal data outside the EU and EEA. The GDPR’s goals are to enhance individuals’ control and rights over their personal information and to simplify the regulations for international business.
\n - glossary
- \n
A glossary (from Ancient Greek: γλῶσσα, glossa; language, speech, wording), also known as a vocabulary or clavis, is an alphabetical list of terms in a particular domain of knowledge (scope) together with the definitions for those terms. Unlike a dictionary, a glossary has only one definition for each term.
\n - glossary
- \n
A glossary (from Ancient Greek: γλῶσσα, glossa; language, speech, wording), also known as a vocabulary or clavis, is an alphabetical list of terms in a particular domain of knowledge (scope) together with the definitions for those terms. Unlike a dictionary, a glossary has only one definition for each term.
\n - Governance - Risk Management - Compliance
- \n
Governance, risk management, and compliance (GRC) are three related facets that aim to assure an organization reliably achieves objectives, addresses uncertainty and acts with integrity. Governance is the combination of processes established and executed by the directors (or the board of directors) that are reflected in the organization's structure and how it is managed and led toward achieving goals. Risk management is predicting and managing risks that could hinder the organization from reliably achieving its objectives under uncertainty. Compliance refers to adhering with the mandated boundaries (laws and regulations) and voluntary boundaries (company’s policies, procedures, etc.)
\n - governance diamond
- \n
A term that refers to the addition of a governing body to the standard trust triangle of issuers, holders, and verifiers of credentials. The resulting combination of four parties represents the basic structure of a digital trust ecosystem.
\n - governance diamond
- \n
A term that refers to the addition of a governing body to the standard trust triangle of issuers, holders, and verifiers of credentials. The resulting combination of four parties represents the basic structure of a digital trust ecosystem.
\n - governance document
- \n
A document with at least one identifier that specifies governance requirements for a trust community.
\n - governance document
- \n
A document with at least one identifier that specifies governance requirements for a trust community.
\n - governance framework
- \n
A collection of one or more governance documents published by the governing body of a trust community.
\n - governance framework
- \n
A collection of one or more governance documents published by the governing body of a trust community.
\n - governance graph
- \n
A graph of the governance relationships between entities with a trust community. A governance graph shows which nodes are the governing bodies and which are the governed parties. In some cases, a governance graph can be traversed by making queries to one or more trust registries.Note: a party can play both roles and also be a participant in multiple governance frameworks.
\n - governance graph
- \n
A graph of the governance relationships between entities with a trust community. A governance graph shows which nodes are the governing bodies and which are the governed parties. In some cases, a governance graph can be traversed by making queries to one or more trust registries.Note: a party can play both roles and also be a participant in multiple governance frameworks.
\n - governance requirement
- \n
A requirement such as a policy, rule, or technical specification specified in a governance document.
\n - governance requirement
- \n
A requirement such as a policy, rule, or technical specification specified in a governance document.
\n - governance
- \n
The act or process of governing or overseeing the realization of (the results associated with) a set of objectives by the owner of these objectives, in order to ensure they will be fit for the purposes that this owner intends to use them for.
\n - governed information
- \n
Any information published under the authority of a governing body for the purpose of governing a trust community. This includes its governance framework and any information available via an authorized trust registry.
\n - governed party
- \n
A party whose role(s) in a trust community is governed by the governance requirements in a governance framework.
\n - governed party
- \n
A party whose role(s) in a trust community is governed by the governance requirements in a governance framework.
\n - governed use case
- \n
A use case specified in a governance document that results in specific governance requirements within that governance framework. Governed use cases may optionally be discovered via a trust registry authorized by the relevant governance framework.
\n - governed use case
- \n
A use case specified in a governance document that results in specific governance requirements within that governance framework. Governed use cases may optionally be discovered via a trust registry authorized by the relevant governance framework.
\n - governing authority
- \n
See: governing body.
\n - governing authority
- \n
See: governing body.
\n - governing body
- \n
The party (or set of parties) authoritative for governing a trust community, usually (but not always) by developing, publishing, maintaining, and enforcing a governance framework. A governing body may be a government, a formal legal entity of any kind, an informal group of any kind, or an individual. A governing body may also delegate operational responsibilities to an administering body.
\n - governing body
- \n
The party (or set of parties) authoritative for governing a trust community, usually (but not always) by developing, publishing, maintaining, and enforcing a governance framework. A governing body may be a government, a formal legal entity of any kind, an informal group of any kind, or an individual. A governing body may also delegate operational responsibilities to an administering body.
\n - GRC
- \n
See: Governance - Risk Management - Compliance.
\n - guardian
- \n
A party that has been assigned rights and duties in a guardianship arrangement for the purpose of caring for, protecting, guarding, and defending the entity that is the dependent in that guardianship arrangement. In the context of decentralized digital trust infrastructure, a guardian is issued guardianship credentials into their own digital wallet in order to perform such actions on behalf of the dependent as are required by this role.
\n - guardian
- \n
A party that has been assigned rights and duties in a guardianship arrangement for the purpose of caring for, protecting, guarding, and defending the entity that is the dependent in that guardianship arrangement. In the context of decentralized digital trust infrastructure, a guardian is issued guardianship credentials into their own digital wallet in order to perform such actions on behalf of the dependent as are required by this role.
\n - guardianship arrangement
- \n
A guardianship arrangement (in a jurisdiction) is the specification of a set of rights and duties between legal entities of the jurisdiction. At a minimum, the entities participating in a guardianship arrangement are the guardian and the dependent.
\n - guardianship arrangement
- \n
A guardianship arrangement (in a jurisdiction) is the specification of a set of rights and duties between legal entities of the jurisdiction. At a minimum, the entities participating in a guardianship arrangement are the guardian and the dependent.
\n - guardianship arrangement
- \n
A guardianship arrangement (in a jurisdiction) is the specification of a set of rights and duties between legal entities of the jurisdiction. At a minimum, the entities participating in a guardianship arrangement are the guardian and the dependent.
\n - guardianship arrangement
- \n
A guardianship arrangement (in a jurisdiction) is the specification of a set of rights and duties between legal entities of the jurisdiction. At a minimum, the entities participating in a guardianship arrangement are the guardian and the dependent.
\n - guardianship credential
- \n
A digital credential issued by a governing body to a guardian to empower the guardian to undertake the rights and duties of a guardianship arrangement on behalf of a dependent.
\n - guardianship credential
- \n
A digital credential issued by a governing body to a guardian to empower the guardian to undertake the rights and duties of a guardianship arrangement on behalf of a dependent.
\n - hardware security module
- \n
A physical computing device that provides tamper-evident and intrusion-resistant safeguarding and management of digital keys and other secrets, as well as crypto-processing.
\n - hardware security module
- \n
A physical computing device that provides tamper-evident and intrusion-resistant safeguarding and management of digital keys and other secrets, as well as crypto-processing.
\n - hardware security module
- \n
A physical computing device that provides tamper-evident and intrusion-resistant safeguarding and management of digital keys and other secrets, as well as crypto-processing.
\n - hardware security module
- \n
A physical computing device that provides tamper-evident and intrusion-resistant safeguarding and management of digital keys and other secrets, as well as crypto-processing.
\n - hash function
- \n
An algorithm that computes a numerical value (called the hash value) on a data file or electronic message that is used to represent that file or message, and depends on the entire contents of the file or message. A hash function can be considered to be a fingerprint of the file or message. Approved hash functions satisfy the following properties: one-way (it is computationally infeasible to find any input that maps to any pre-specified output); and collision resistant (it is computationally infeasible to find any two distinct inputs that map to the same output).
\n - hash function
- \n
An algorithm that computes a numerical value (called the hash value) on a data file or electronic message that is used to represent that file or message, and depends on the entire contents of the file or message. A hash function can be considered to be a fingerprint of the file or message. Approved hash functions satisfy the following properties: one-way (it is computationally infeasible to find any input that maps to any pre-specified output); and collision resistant (it is computationally infeasible to find any two distinct inputs that map to the same output).
\n - hash
- \n
The result of applying a hash function to a message.
\n - hash
- \n
The result of applying a hash function to a message.
\n - hash
- \n
The result of applying a hash function to a message.
\n - hash
- \n
The result of applying a hash function to a message.
\n - hash
- \n
The result of applying a hash function to a message.
\n - holder binding
- \n
The process of creating and verifying a relationship between the holder of a digital wallet and the wallet itself. Holder binding is related to but NOT the same as subject binding.
\n - holder binding
- \n
The process of creating and verifying a relationship between the holder of a digital wallet and the wallet itself. Holder binding is related to but NOT the same as subject binding.
\n - holder
- \n
A role an agent performs by serving as the controller of the cryptographic keys and digital credentials in a digital wallet. The holder makes issuance requests for credentials and responds to presentation requests for credentials. A holder is usually, but not always, a subject of the credentials they are holding.
\n - holder
- \n
A role an agent performs by serving as the controller of the cryptographic keys and digital credentials in a digital wallet. The holder makes issuance requests for credentials and responds to presentation requests for credentials. A holder is usually, but not always, a subject of the credentials they are holding.
\n - host
- \n
A host is any hardware device that has the capability of permitting access to a network via a user interface, specialized software, network address, protocol stack, or any other means. Some examples include, but are not limited to, computers, personal electronic devices, thin clients, and multi-functional devices.
\n - host
- \n
A host is any hardware device that has the capability of permitting access to a network via a user interface, specialized software, network address, protocol stack, or any other means. Some examples include, but are not limited to, computers, personal electronic devices, thin clients, and multi-functional devices.
\n - hourglass model
- \n
An architectural model for layered systems—and specifically for the protocol layers in a protocol stack—in which a diversity of supporting protocols and services at the lower layers are able to support a great diversity of protocols and applications at the higher layers through the use of a single protocol in the spanning layer in the middle—the “neck” of the hourglass.
\n - hourglass model
- \n
An architectural model for layered systems—and specifically for the protocol layers in a protocol stack—in which a diversity of supporting protocols and services at the lower layers are able to support a great diversity of protocols and applications at the higher layers through the use of a single protocol in the spanning layer in the middle—the “neck” of the hourglass.
\n - HSM
- \n
See: hardware security module.
\n - human auditable
- \n
A process or procedure whose compliance with the policies in a trust framework or governance framework can only be verified by a human performing an audit. Human auditability is a primary goal of the ToIP Governance Stack.
\n - human auditable
- \n
A process or procedure whose compliance with the policies in a trust framework or governance framework can only be verified by a human performing an audit. Human auditability is a primary goal of the ToIP Governance Stack.
\n - human experience
- \n
The processes, patterns and rituals of acquiring knowledge or skill from doing, seeing, or feeling things as a natural person. In the context of decentralized digital trust infrastructure, the direct experience of a natural person using trust applications to make trust decisions within one or more digital trust ecosystems.
\n - human-readable
- \n
Information that can be processed by a human but that is not intended to be machine-readable.
\n - human-readable
- \n
Information that can be processed by a human but that is not intended to be machine-readable.
\n - human trust
- \n
A level of assurance in a trust relationship or a trust decision that can be achieved only via human evaluation of applicable trust factors.
\n - IAL
- \n
See: identity assurance level.
\n - identification
- \n
The action of a party obtaining the set of identity data necessary to serve as that party’s identity for a specific entity.
\n - identification
- \n
The action of a party obtaining the set of identity data necessary to serve as that party’s identity for a specific entity.
\n - identification
- \n
The action of a party obtaining the set of identity data necessary to serve as that party’s identity for a specific entity.
\n - identification
- \n
The action of a party obtaining the set of identity data necessary to serve as that party’s identity for a specific entity.
\n - identification
- \n
The action of a party obtaining the set of identity data necessary to serve as that party’s identity for a specific entity.
\n - identifier
- \n
A single attribute—typically a character string—that uniquely identifies an entity within a specific context (which may be a global context). Examples include the name of a party, the URL of an organization, or a serial number for a man-made thing.
\n - identifier
- \n
A single attribute—typically a character string—that uniquely identifies an entity within a specific context (which may be a global context). Examples include the name of a party, the URL of an organization, or a serial number for a man-made thing.
\n - identity assurance level
- \n
A category that conveys the degree of confidence that a person’s claimed identity is their real identity, for example as defined in NIST SP 800-63-3 in terms of three levels: IAL 1 (Some confidence), IAL 2 (High confidence), IAL 3 (Very high confidence).
\n - identity assurance level
- \n
A category that conveys the degree of confidence that a person’s claimed identity is their real identity, for example as defined in NIST SP 800-63-3 in terms of three levels: IAL 1 (Some confidence), IAL 2 (High confidence), IAL 3 (Very high confidence).
\n - identity assurance level
- \n
A category that conveys the degree of confidence that a person’s claimed identity is their real identity, for example as defined in NIST SP 800-63-3 in terms of three levels: IAL 1 (Some confidence), IAL 2 (High confidence), IAL 3 (Very high confidence).
\n - identity assurance level
- \n
A category that conveys the degree of confidence that a person’s claimed identity is their real identity, for example as defined in NIST SP 800-63-3 in terms of three levels: IAL 1 (Some confidence), IAL 2 (High confidence), IAL 3 (Very high confidence).
\n - identity binding
- \n
The process of associating a set of identity data, such as a credential, with its subject, such as a natural person. The strength of an identity binding is one factor in determining an authenticator assurance level.
\n - identity binding
- \n
The process of associating a set of identity data, such as a credential, with its subject, such as a natural person. The strength of an identity binding is one factor in determining an authenticator assurance level.
\n - identity controller
- \n
The controller (e.g., a natural person or organization) of an identity, especially a digital identity.
\n - identity data
- \n
The set of data held by a party in order to provide an identity for a specific entity.
\n - identity document
- \n
A physical or digital document containing identity data. A credential is a specialized form of identity document. Birth certificates, bank statements, and utility bills can all be considered identity documents.
\n - identity document
- \n
A physical or digital document containing identity data. A credential is a specialized form of identity document. Birth certificates, bank statements, and utility bills can all be considered identity documents.
\n - identity proofing
- \n
The process of a party gathering sufficient identity data to establish an identity for a particular subject at a particular identity assurance level.
\n - identity proofing
- \n
The process of a party gathering sufficient identity data to establish an identity for a particular subject at a particular identity assurance level.
\n - identity proofing
- \n
The process of a party gathering sufficient identity data to establish an identity for a particular subject at a particular identity assurance level.
\n - identity provider
- \n
An identity provider (abbreviated IdP or IDP) is a system entity that creates, maintains, and manages identity information for principals and also provides authentication services to relying applications within a federation or distributed network.
\n - identity provider
- \n
An identity provider (abbreviated IdP or IDP) is a system entity that creates, maintains, and manages identity information for principals and also provides authentication services to relying applications within a federation or distributed network.
\n - identity provider
- \n
An identity provider (abbreviated IdP or IDP) is a system entity that creates, maintains, and manages identity information for principals and also provides authentication services to relying applications within a federation or distributed network.
\n - identity provider
- \n
An identity provider (abbreviated IdP or IDP) is a system entity that creates, maintains, and manages identity information for principals and also provides authentication services to relying applications within a federation or distributed network.
\n - identity
- \n
A collection of attributes or other identity data that describe an entity and enable it to be distinguished from all other entities within a specific scope of identification. Identity attributes may include one or more identifiers for an entity, however it is possible to establish an identity without using identifiers.
\n - identity
- \n
A collection of attributes or other identity data that describe an entity and enable it to be distinguished from all other entities within a specific scope of identification. Identity attributes may include one or more identifiers for an entity, however it is possible to establish an identity without using identifiers.
\n - IDP
- \n
See: identity provider.
\n - impersonation
- \n
In the context of cybersecurity, impersonation is when an attacker pretends to be another person in order to commit fraud or some other digital crime.
\n - impersonation
- \n
In the context of cybersecurity, impersonation is when an attacker pretends to be another person in order to commit fraud or some other digital crime.
\n - impersonation
- \n
In the context of cybersecurity, impersonation is when an attacker pretends to be another person in order to commit fraud or some other digital crime.
\n - impersonation
- \n
In the context of cybersecurity, impersonation is when an attacker pretends to be another person in order to commit fraud or some other digital crime.
\n - integrity
- \n
In IT security, data integrity means maintaining and assuring the accuracy and completeness of data over its entire lifecycle. This means that data cannot be modified in an unauthorized or undetected manner.
\n - intermediary system
- \n
An intermediary system routes messages between endpoint systems but is not otherwise involved in the processing of those messages. In the context of end-to-end encryption, intermediary systems cannot decrypt the messages sent between the endpoint systems. In the ToIP stack, intermediary systems operate at ToIP Layer 2, the trust spanning layer. An intermediary system is one of three types of systems defined in the ToIP Technology Architecture Specification; the other two are endpoint systems and supporting systems.
\n - intermediary system
- \n
An intermediary system routes messages between endpoint systems but is not otherwise involved in the processing of those messages. In the context of end-to-end encryption, intermediary systems cannot decrypt the messages sent between the endpoint systems. In the ToIP stack, intermediary systems operate at ToIP Layer 2, the trust spanning layer. An intermediary system is one of three types of systems defined in the ToIP Technology Architecture Specification; the other two are endpoint systems and supporting systems.
\n - intermediary system
- \n
An intermediary system routes messages between endpoint systems but is not otherwise involved in the processing of those messages. In the context of end-to-end encryption, intermediary systems cannot decrypt the messages sent between the endpoint systems. In the ToIP stack, intermediary systems operate at ToIP Layer 2, the trust spanning layer. An intermediary system is one of three types of systems defined in the ToIP Technology Architecture Specification; the other two are endpoint systems and supporting systems.
\n - intermediary system
- \n
An intermediary system routes messages between endpoint systems but is not otherwise involved in the processing of those messages. In the context of end-to-end encryption, intermediary systems cannot decrypt the messages sent between the endpoint systems. In the ToIP stack, intermediary systems operate at ToIP Layer 2, the trust spanning layer. An intermediary system is one of three types of systems defined in the ToIP Technology Architecture Specification; the other two are endpoint systems and supporting systems.
\n - Internet protocol suite
- \n
The Internet protocol suite, commonly known as TCP/IP, is a framework for organizing the set of communication protocols used in the Internet and similar computer networks according to functional criteria. The foundational protocols in the suite are the Transmission Control Protocol (TCP), the User Datagram Protocol (UDP), and the Internet Protocol (IP).
\n - Internet Protocol
- \n
The Internet Protocol (IP) is the network layer communications protocol in the Internet protocol suite (also known as the TCP/IP suite) for relaying datagrams across network boundaries. Its routing function enables internetworking, and essentially establishes the Internet. IP has the task of delivering packets from the source host to the destination host solely based on the IP addresses in the packet headers. For this purpose, IP defines packet structures that encapsulate the data to be delivered. It also defines addressing methods that are used to label the datagram with source and destination information.
\n - IP address
- \n
An Internet Protocol address (IP address) is a numerical label such as 192.0.2.1 that is connected to a computer network that uses the Internet Protocol for communication. An IP address serves two main functions: network interface identification, and location addressing.
\n - IP address
- \n
An Internet Protocol address (IP address) is a numerical label such as 192.0.2.1 that is connected to a computer network that uses the Internet Protocol for communication. An IP address serves two main functions: network interface identification, and location addressing.
\n - IP
- \n
See: Internet Protocol.
\n - issuance request
- \n
A protocol request invoked by the holder of a digital wallet to obtain a digital credential from an issuer.
\n - issuance request
- \n
A protocol request invoked by the holder of a digital wallet to obtain a digital credential from an issuer.
\n - issuance
- \n
The action of an issuer producing and transmitting a digital credential to a holder. A holder may request issuance by submitting an issuance request.
\n - issuance
- \n
The action of an issuer producing and transmitting a digital credential to a holder. A holder may request issuance by submitting an issuance request.
\n - issuance
- \n
The action of an issuer producing and transmitting a digital credential to a holder. A holder may request issuance by submitting an issuance request.
\n - issuance
- \n
The action of an issuer producing and transmitting a digital credential to a holder. A holder may request issuance by submitting an issuance request.
\n - issuance
- \n
The action of an issuer producing and transmitting a digital credential to a holder. A holder may request issuance by submitting an issuance request.
\n - issuer
- \n
A role an agent performs to package and digitally sign a set of claims, typically in the form of a digital credential, and transmit them to a holder.
\n - issuer
- \n
A role an agent performs to package and digitally sign a set of claims, typically in the form of a digital credential, and transmit them to a holder.
\n - jurisdiction
- \n
The composition of: a) a legal system (legislation, enforcement thereof, and conflict resolution), b) a party that governs that legal system, c) a scope within which that legal system is operational, and d) one or more objectives for the purpose of which the legal system is operated.
\n - jurisdiction
- \n
The composition of: a) a legal system (legislation, enforcement thereof, and conflict resolution), b) a party that governs that legal system, c) a scope within which that legal system is operational, and d) one or more objectives for the purpose of which the legal system is operated.
\n - KATE
- \n
See: keys-at-the-edge.
\n - KERI
- \n
See: Key Event Receipt Infrastructure.
\n - key establishment
- \n
A process that results in the sharing of a key between two or more entities, either by transporting a key from one entity to another (key transport) or generating a key from information shared by the entities (key agreement).
\n - key event log
- \n
An ordered sequence of records of key events.
\n - key event log
- \n
An ordered sequence of records of key events.
\n - Key Event Receipt Infrastructure
- \n
A decentralized permissionless key management architecture.
\n - key event
- \n
An event in the history of the usage of a cryptographic key pair. There are multiple types of key events. The inception event is when the key pair is first generated. A rotation event is when the key pair is changed to a new key pair. In some key management systems (such as KERI), key events are tracked in a key event log.
\n - key event
- \n
An event in the history of the usage of a cryptographic key pair. There are multiple types of key events. The inception event is when the key pair is first generated. A rotation event is when the key pair is changed to a new key pair. In some key management systems (such as KERI), key events are tracked in a key event log.
\n - key management system
- \n
A system for the management of cryptographic keys and their metadata (e.g., generation, distribution, storage, backup, archive, recovery, use, revocation, and destruction). An automated key management system may be used to oversee, automate, and secure the key management process. A key management is often protected by implementing it within the trusted execution environment (TEE) of a device. An example is the Secure Enclave on Apple iOS devices.
\n - key management system
- \n
A system for the management of cryptographic keys and their metadata (e.g., generation, distribution, storage, backup, archive, recovery, use, revocation, and destruction). An automated key management system may be used to oversee, automate, and secure the key management process. A key management is often protected by implementing it within the trusted execution environment (TEE) of a device. An example is the Secure Enclave on Apple iOS devices.
\n - key management system
- \n
A system for the management of cryptographic keys and their metadata (e.g., generation, distribution, storage, backup, archive, recovery, use, revocation, and destruction). An automated key management system may be used to oversee, automate, and secure the key management process. A key management is often protected by implementing it within the trusted execution environment (TEE) of a device. An example is the Secure Enclave on Apple iOS devices.
\n - key management system
- \n
A system for the management of cryptographic keys and their metadata (e.g., generation, distribution, storage, backup, archive, recovery, use, revocation, and destruction). An automated key management system may be used to oversee, automate, and secure the key management process. A key management is often protected by implementing it within the trusted execution environment (TEE) of a device. An example is the Secure Enclave on Apple iOS devices.
\n - key management system
- \n
A system for the management of cryptographic keys and their metadata (e.g., generation, distribution, storage, backup, archive, recovery, use, revocation, and destruction). An automated key management system may be used to oversee, automate, and secure the key management process. A key management is often protected by implementing it within the trusted execution environment (TEE) of a device. An example is the Secure Enclave on Apple iOS devices.
\n - key
- \n
See: cryptographic key.
\n - key
- \n
See: cryptographic key.
\n - key
- \n
See: cryptographic key.
\n - key
- \n
See: cryptographic key.
\n - keys-at-the-edge
- \n
A key management architecture in which keys are stored on a user’s local edge devices, such as a smartphone, tablet, or laptop, and then used in conjunction with a secure protocol to unlock a key management system (KMS) and/or a digital vault in the cloud. This approach can enable the storage and sharing of large data structures that are not feasible on edge devices. This architecture can also be used in conjunction with confidential computing to enable cloud-based digital agents to safely carry out “user not present” operations.
\n - KMS
- \n
See: key management system.
\n - knowledge
- \n
The (intangible) sum of what is known by a specific party, as well as the familiarity, awareness or understanding of someone or something by that party.
\n - Laws of Identity
- \n
A set of seven “laws” written by Kim Cameron, former Chief Identity Architect of Microsoft (1941-2021), to describe the dynamics that cause digital identity systems to succeed or fail in various contexts. His goal was to define the requirements for a unifying identity metasystem that can offer the Internet the identity layer it needs.
\n - Layer 1
- \n
See: ToIP Layer 1.
\n - Layer 2
- \n
See: ToIP Layer 2.
\n - Layer 3
- \n
See: ToIP Layer 3.
\n - Layer 4
- \n
See: ToIP Layer 4.
\n - Legal Entity Identifier
- \n
The Legal Entity Identifier (LEI) is a unique global identifier for legal entities participating in financial transactions. Also known as an LEI code or LEI number, its purpose is to help identify legal entities on a globally accessible database. Legal entities are organisations such as companies or government entities that participate in financial transactions.
\n - Legal Entity Identifier
- \n
The Legal Entity Identifier (LEI) is a unique global identifier for legal entities participating in financial transactions. Also known as an LEI code or LEI number, its purpose is to help identify legal entities on a globally accessible database. Legal entities are organisations such as companies or government entities that participate in financial transactions.
\n - Legal Entity Identifier
- \n
The Legal Entity Identifier (LEI) is a unique global identifier for legal entities participating in financial transactions. Also known as an LEI code or LEI number, its purpose is to help identify legal entities on a globally accessible database. Legal entities are organisations such as companies or government entities that participate in financial transactions.
\n - Legal Entity Identifier
- \n
The Legal Entity Identifier (LEI) is a unique global identifier for legal entities participating in financial transactions. Also known as an LEI code or LEI number, its purpose is to help identify legal entities on a globally accessible database. Legal entities are organisations such as companies or government entities that participate in financial transactions.
\n - legal entity
- \n
An entity that is not a natural person but is recognized as having legal rights and responsibilities. Examples include corporations, partnerships, sole proprietorships, non-profit organizations, associations, and governments. (In some cases even natural systems such as rivers are treated as legal entities.)
\n - legal entity
- \n
An entity that is not a natural person but is recognized as having legal rights and responsibilities. Examples include corporations, partnerships, sole proprietorships, non-profit organizations, associations, and governments. (In some cases even natural systems such as rivers are treated as legal entities.)
\n - legal identity
- \n
A set of identity data considered authoritative to identify a party for purposes of legal accountability under one or more jurisdictions.
\n - legal identity
- \n
A set of identity data considered authoritative to identify a party for purposes of legal accountability under one or more jurisdictions.
\n - legal person
- \n
In law, a legal person is any person or ‘thing’ that can do the things a human person is usually able to do in law – such as enter into contracts, sue and be sued, own property, and so on.[3][4][5] The reason for the term “legal person” is that some legal persons are not people: companies and corporations are “persons” legally speaking (they can legally do most of the things an ordinary person can do), but they are not people in a literal sense (human beings).
\n - legal person
- \n
In law, a legal person is any person or ‘thing’ that can do the things a human person is usually able to do in law – such as enter into contracts, sue and be sued, own property, and so on.[3][4][5] The reason for the term “legal person” is that some legal persons are not people: companies and corporations are “persons” legally speaking (they can legally do most of the things an ordinary person can do), but they are not people in a literal sense (human beings).
\n - legal system
- \n
A system in which policies and rules are defined, and mechanisms for their enforcement and conflict resolution are (implicitly or explicitly) specified. Legal systems are not just defined by governments; they can also be defined by a governance framework.
\n - legal system
- \n
A system in which policies and rules are defined, and mechanisms for their enforcement and conflict resolution are (implicitly or explicitly) specified. Legal systems are not just defined by governments; they can also be defined by a governance framework.
\n - LEI
- \n
See: Legal Entity Identifier.
\n - level of assurance
- \n
See: assurance level.
\n - level of assurance
- \n
See: assurance level.
\n - level of assurance
- \n
See: assurance level.
\n - level of assurance
- \n
See: assurance level.
\n - liveness detection
- \n
Any technique used to detect a presentation attack by determining whether the source of a biometric sample is a live human being or a fake representation. This is typically accomplished using algorithms that analyze biometric sensor data to detect whether the source is live or reproduced.
\n - locus of control
- \n
The set of computing systems under a party’s direct control, where messages and data do not cross trust boundaries.
\n - machine-readable
- \n
Information written in a computer language or expression language so that it can be read and processed by a computing device.
\n - machine-readable
- \n
Information written in a computer language or expression language so that it can be read and processed by a computing device.
\n - man-made thing
- \n
Athing generated by human activity of some kind. Man-made things include both active things, such as cars or drones, and passive things, such as chairs or trousers.
\n - man-made thing
- \n
Athing generated by human activity of some kind. Man-made things include both active things, such as cars or drones, and passive things, such as chairs or trousers.
\n - mandatory
- \n
A requirement that must be implemented in order for an implementer to be in compliance. In ToIP governance frameworks, a mandatory requirement is expressed using a MUST or REQUIRED keyword as defined in IETF RFC 2119.
\n - message
- \n
A discrete unit of communication intended by the source for consumption by some recipient or group of recipients.
\n - message
- \n
A discrete unit of communication intended by the source for consumption by some recipient or group of recipients.
\n - metadata
- \n
Information describing the characteristics of data including, for example, structural metadata describing data structures (e.g., data format, syntax, and semantics) and descriptive metadata describing data contents (e.g., information security labels).
\n - mobile deep link
- \n
In the context of mobile apps, deep linking consists of using a uniform resource identifier (URI) that links to a specific location within a mobile app rather than simply launching the app. Deferred deep linking allows users to deep link to content even if the app is not already installed. Depending on the mobile device platform, the URI required to trigger the app may be different.
\n - mobile deep link
- \n
In the context of mobile apps, deep linking consists of using a uniform resource identifier (URI) that links to a specific location within a mobile app rather than simply launching the app. Deferred deep linking allows users to deep link to content even if the app is not already installed. Depending on the mobile device platform, the URI required to trigger the app may be different.
\n - mobile deep link
- \n
In the context of mobile apps, deep linking consists of using a uniform resource identifier (URI) that links to a specific location within a mobile app rather than simply launching the app. Deferred deep linking allows users to deep link to content even if the app is not already installed. Depending on the mobile device platform, the URI required to trigger the app may be different.
\n - MPC
- \n
See: multi-party computation.
\n - multi-party computation
- \n
Secure multi-party computation (also known as secure computation, multi-party computation (MPC) or privacy-preserving computation) is a subfield of cryptography with the goal of creating methods for parties to jointly compute a function over their inputs while keeping those inputs private. Unlike traditional cryptographic tasks, where cryptography assures security and integrity of communication or storage and the adversary is outside the system of participants (an eavesdropper on the sender and receiver), the cryptography in this model protects participants’ privacy from each other.
\n - multi-party control
- \n
A variant of multi-party computation where multiple parties must act in concert to meet a control requirement without revealing each other’s data. All parties are privy to the output of the control, but no party learns anything about the others.
\n - multi-signature
- \n
A cryptographic signature scheme where the process of signing information (e.g., a transaction) is distributed among multiple private keys.
\n - multi-signature
- \n
A cryptographic signature scheme where the process of signing information (e.g., a transaction) is distributed among multiple private keys.
\n - multicast address
- \n
A multicast address is a logical identifier for a group of hosts in a computer network that are available to process datagrams or frames intended to be multicast for a designated network service.
\n - multicast address
- \n
A multicast address is a logical identifier for a group of hosts in a computer network that are available to process datagrams or frames intended to be multicast for a designated network service.
\n - multicast
- \n
In computer networking, multicast is group communication where data transmission is addressed (using a multicast address) to a group of destination computers simultaneously. Multicast can be one-to-many or many-to-many distribution. Multicast should not be confused with physical layer point-to-multipoint communication.
\n - natural person
- \n
A person (in legal meaning, one who has its own legal personality) that is an individual human being, as distinguished from the broader category of a legal person, which may refer to either a natural person or an organization of any kind.
\n - natural person
- \n
A person (in legal meaning, one who has its own legal personality) that is an individual human being, as distinguished from the broader category of a legal person, which may refer to either a natural person or an organization of any kind.
\n - natural thing
- \n
A thing that exists in the natural world independently of humans. Although natural things may form part of a man-made thing, natural things are mutually exclusive with man-made things.
\n - natural thing
- \n
A thing that exists in the natural world independently of humans. Although natural things may form part of a man-made thing, natural things are mutually exclusive with man-made things.
\n - network address
- \n
A network address is an identifier for a node or host on a telecommunications network. Network addresses are designed to be unique identifiers across the network, although some networks allow for local, private addresses, or locally administered addresses that may not be unique. Special network addresses are allocated as broadcast or multicast addresses. A network address designed to address a single device is called a unicast address.
\n - network address
- \n
A network address is an identifier for a node or host on a telecommunications network. Network addresses are designed to be unique identifiers across the network, although some networks allow for local, private addresses, or locally administered addresses that may not be unique. Special network addresses are allocated as broadcast or multicast addresses. A network address designed to address a single device is called a unicast address.
\n - NIST-CSRC
- \n
Abbreviation for the NIST Computer Security Resource Center Glossary.
\n - node
- \n
In telecommunications networks, a node (Latin: nodus, ‘knot’) is either a redistribution point or a communication endpoint. The definition of a node depends on the network and protocol layer referred to. A physical network node is an electronic device that is attached to a network, and is capable of creating, receiving, or transmitting information over a communication channel.
\n - node
- \n
In telecommunications networks, a node (Latin: nodus, ‘knot’) is either a redistribution point or a communication endpoint. The definition of a node depends on the network and protocol layer referred to. A physical network node is an electronic device that is attached to a network, and is capable of creating, receiving, or transmitting information over a communication channel.
\n - non-custodial wallet
- \n
A digital wallet that is directly in the control of the holder, usually because the holder is the device controller of the device hosting the digital wallet (smartcard, smartphone, tablet, laptop, desktop, car, etc.) A digital wallet that is in the custody of a third party is called a custodial wallet.
\n - non-custodial wallet
- \n
A digital wallet that is directly in the control of the holder, usually because the holder is the device controller of the device hosting the digital wallet (smartcard, smartphone, tablet, laptop, desktop, car, etc.) A digital wallet that is in the custody of a third party is called a custodial wallet.
\n - objective
- \n
Something toward which a party (its owner) directs effort (an aim, goal, or end of action).
\n - objective
- \n
Something toward which a party (its owner) directs effort (an aim, goal, or end of action).
\n - OOBI
- \n
See: out-of-band introduction.
\n - OOBI
- \n
See: out-of-band introduction.
\n - OpenWallet Foundation
- \n
A non-profit project of the Linux Foundation chartered to build a world-class open source wallet engine.
\n - operational circumstances
- \n
In the context of privacy protection, this term denotes the context in which privacy trade-off decisions are made. It includes the regulatory environment and other non-technical factors that bear on what reasonable privacy expectations might be.
\n - optional
- \n
A requirement that is not mandatory or recommended to implement in order for an implementer to be in compliance, but which is left to the implementer’s choice. In ToIP governance frameworks, an optional requirement is expressed using a MAY or OPTIONAL keyword as defined in IETF RFC 2119.
\n - organization
- \n
A party that consists of a group of parties who agree to be organized into a specific form in order to better achieve a common set of objectives. Examples include corporations, partnerships, sole proprietorships, non-profit organizations, associations, and governments.
\n - organization
- \n
A party that consists of a group of parties who agree to be organized into a specific form in order to better achieve a common set of objectives. Examples include corporations, partnerships, sole proprietorships, non-profit organizations, associations, and governments.
\n - organization
- \n
A party that consists of a group of parties who agree to be organized into a specific form in order to better achieve a common set of objectives. Examples include corporations, partnerships, sole proprietorships, non-profit organizations, associations, and governments.
\n - organization
- \n
A party that consists of a group of parties who agree to be organized into a specific form in order to better achieve a common set of objectives. Examples include corporations, partnerships, sole proprietorships, non-profit organizations, associations, and governments.
\n - organizational authority
- \n
A type of authority where the party asserting its right is an organization.
\n - organizational authority
- \n
A type of authority where the party asserting its right is an organization.
\n - out-of-band introduction
- \n
A process by which two or more entities exchange VIDs in order to form a cryptographically verifiable connection (e.g., a ToIP connection), such as by scanning a QR code (in person or remotely) or clicking a deep link.
\n - out-of-band introduction
- \n
A process by which two or more entities exchange VIDs in order to form a cryptographically verifiable connection (e.g., a ToIP connection), such as by scanning a QR code (in person or remotely) or clicking a deep link.
\n - out-of-band introduction
- \n
A process by which two or more entities exchange VIDs in order to form a cryptographically verifiable connection (e.g., a ToIP connection), such as by scanning a QR code (in person or remotely) or clicking a deep link.
\n - out-of-band introduction
- \n
A process by which two or more entities exchange VIDs in order to form a cryptographically verifiable connection (e.g., a ToIP connection), such as by scanning a QR code (in person or remotely) or clicking a deep link.
\n - owner
- \n
The role that a party performs when it is exercising its legal, rightful or natural title to control a specific entity.
\n - owner
- \n
The role that a party performs when it is exercising its legal, rightful or natural title to control a specific entity.
\n - P2P
- \n
See: peer-to-peer.
\n - packet
- \n
The logical unit of network communications produced by the transport layer.
\n - packet
- \n
The logical unit of network communications produced by the transport layer.
\n - party
- \n
An entity that sets its objectives, maintains its knowledge, and uses that knowledge to pursue its objectives in an autonomous (sovereign) manner. Natural persons and organizations are the typical examples.
\n - party
- \n
An entity that sets its objectives, maintains its knowledge, and uses that knowledge to pursue its objectives in an autonomous (sovereign) manner. Natural persons and organizations are the typical examples.
\n - password
- \n
A string of characters (letters, numbers and other symbols) that are used to authenticate an identity, verify access authorization or derive cryptographic keys.
\n - password
- \n
A string of characters (letters, numbers and other symbols) that are used to authenticate an identity, verify access authorization or derive cryptographic keys.
\n - peer-to-peer
- \n
Peer-to-peer (P2P) computing or networking is a distributed application architecture that partitions tasks or workloads between peers. Peers are equally privileged, equipotent participants in the network. This forms a peer-to-peer network of nodes.
\n - peer
- \n
In the context of digital networks, an actor on the network that has the same status, privileges, and communications options as the other actors on the network.
\n - peer
- \n
In the context of digital networks, an actor on the network that has the same status, privileges, and communications options as the other actors on the network.
\n - permission
- \n
Authorization to perform some action on a system.
\n - permission
- \n
Authorization to perform some action on a system.
\n - persistent connection
- \n
A connection that is able to persist across multiple communication sessions. In a ToIP context, a persistent connection is established when two ToIP endpoints exchange verifiable identifiers (VIDs) that they can use to re-establish the connection with each other whenever it is needed.
\n - persistent connection
- \n
A connection that is able to persist across multiple communication sessions. In a ToIP context, a persistent connection is established when two ToIP endpoints exchange verifiable identifiers (VIDs) that they can use to re-establish the connection with each other whenever it is needed.
\n - person
- \n
See natural person.
\n - person
- \n
See natural person.
\n - personal data store
- \n
See: personal data vault.
\n - personal data store
- \n
See: personal data vault.
\n - personal data store
- \n
See: personal data vault.
\n - personal data store
- \n
See: personal data vault.
\n - personal data vault
- \n
A digital vault whose controller is a natural person.
\n - personal data vault
- \n
A digital vault whose controller is a natural person.
\n - personal data
- \n
Any information relating to an identified or identifiable natural person (called a data subject under GDPR).
\n - personal wallet
- \n
A digital wallet whose holder is a natural person.
\n - personal wallet
- \n
A digital wallet whose holder is a natural person.
\n - personally identifiable information
- \n
Information (any form of data) that can be used to directly or indirectly identify or re-identify an individual person either singly or in combination within a single record or in correlation with other records. This information can be one or more attributes/fields/properties in a record (e.g., date-of-birth) or one or more records (e.g., medical records).
\n - personally identifiable information
- \n
Information (any form of data) that can be used to directly or indirectly identify or re-identify an individual person either singly or in combination within a single record or in correlation with other records. This information can be one or more attributes/fields/properties in a record (e.g., date-of-birth) or one or more records (e.g., medical records).
\n - physical credential
- \n
A credential in a physical form such as paper, plastic, or metal.
\n - physical credential
- \n
A credential in a physical form such as paper, plastic, or metal.
\n - PII
- \n
See: personally identifiable information.
\n - PKI
- \n
See: public key infrastructure.
\n - plaintext
- \n
Unencrypted information that may be input to an encryption operation. Once encrypted, it becomes ciphertext.
\n - plaintext
- \n
Unencrypted information that may be input to an encryption operation. Once encrypted, it becomes ciphertext.
\n - policy
- \n
Statements,rules, or assertions that specify the correct or expected behavior of an entity. For example, an authorization policy might specify the correct access control rules for a software component. Policies may be human-readable or machine-readable or both.
\n - policy
- \n
Statements,rules, or assertions that specify the correct or expected behavior of an entity. For example, an authorization policy might specify the correct access control rules for a software component. Policies may be human-readable or machine-readable or both.
\n - PoP
- \n
See: proof of personhood.
\n - presentation attack
- \n
A type of cybersecurity attack in which the attacker attempts to defeat a biometric liveness detection system by providing false inputs.
\n - presentation attack
- \n
A type of cybersecurity attack in which the attacker attempts to defeat a biometric liveness detection system by providing false inputs.
\n - presentation request
- \n
A protocol request sent by the verifier to the holder of a digital wallet to request a presentation.
\n - presentation request
- \n
A protocol request sent by the verifier to the holder of a digital wallet to request a presentation.
\n - presentation
- \n
A verifiable message that a holder may send to a verifier containing proofs of one or more claims derived from one or more digital credentials from one or more issuers as a response to a specific presentation request from a verifier.
\n - presentation
- \n
A verifiable message that a holder may send to a verifier containing proofs of one or more claims derived from one or more digital credentials from one or more issuers as a response to a specific presentation request from a verifier.
\n - presentation
- \n
A verifiable message that a holder may send to a verifier containing proofs of one or more claims derived from one or more digital credentials from one or more issuers as a response to a specific presentation request from a verifier.
\n - presentation
- \n
A verifiable message that a holder may send to a verifier containing proofs of one or more claims derived from one or more digital credentials from one or more issuers as a response to a specific presentation request from a verifier.
\n - presentation
- \n
A verifiable message that a holder may send to a verifier containing proofs of one or more claims derived from one or more digital credentials from one or more issuers as a response to a specific presentation request from a verifier.
\n - presentation
- \n
A verifiable message that a holder may send to a verifier containing proofs of one or more claims derived from one or more digital credentials from one or more issuers as a response to a specific presentation request from a verifier.
\n - primary document
- \n
The governance document at the root of a governance framework. The primary document specifies the other controlled documents in the governance framework.
\n - primary document
- \n
The governance document at the root of a governance framework. The primary document specifies the other controlled documents in the governance framework.
\n - principal
- \n
The party for whom, or on behalf of whom, an actor is executing an action (this actor is then called an agent of that party).
\n - principal
- \n
The party for whom, or on behalf of whom, an actor is executing an action (this actor is then called an agent of that party).
\n - Principles of SSI
- \n
A set of principles for self-sovereign identity systems originally defined by the Sovrin Foundation and republished by the ToIP Foundation.
\n - privacy policy
- \n
A statement or legal document (in privacy law) that discloses some or all of the ways a party gathers, uses, discloses, and manages a customer or client’s data.
\n - privacy policy
- \n
A statement or legal document (in privacy law) that discloses some or all of the ways a party gathers, uses, discloses, and manages a customer or client’s data.
\n - private key
- \n
In public key cryptography, the cryptographic key which must be kept secret by the controller in order to maintain security.
\n - private key
- \n
In public key cryptography, the cryptographic key which must be kept secret by the controller in order to maintain security.
\n - proof of control
- \n
See: proof of possession.
\n - proof of personhood
- \n
Proof of personhood (PoP) is a means of resisting malicious attacks on peer-to-peer networks, particularly, attacks that utilize multiple fake identities, otherwise known as a Sybil attack. Decentralized online platforms are particularly vulnerable to such attacks by their very nature, as notionally democratic and responsive to large voting blocks. In PoP, each unique human participant obtains one equal unit of voting power, and any associated rewards.
\n - proof of possession
- \n
A verification process whereby a level of assurance is obtained that the owner of a key pair actually controls the private key associated with the public key.
\n - proof of presence
- \n
See: liveness detection.
\n - proof
- \n
A digital object that enables cryptographic verification of either: a) the claims from one or more digital credentials, or b) facts about claims that do not reveal the data itself (e.g., proof of the subject being over/under a specific age without revealing a birthdate).
\n - proof
- \n
A digital object that enables cryptographic verification of either: a) the claims from one or more digital credentials, or b) facts about claims that do not reveal the data itself (e.g., proof of the subject being over/under a specific age without revealing a birthdate).
\n - property
- \n
In the context of digital communication, an attribute of a digital object or data structure, such as a DID document or a schema.
\n - property
- \n
In the context of digital communication, an attribute of a digital object or data structure, such as a DID document or a schema.
\n - protected data
- \n
Data that is not publicly available but requires some type of access control to gain access.
\n - protocol layer
- \n
In modern protocol design, protocols are layered to form a protocol stack. Layering is a design principle that divides the protocol design task into smaller steps, each of which accomplishes a specific part, interacting with the other parts of the protocol only in a small number of well-defined ways. Layering allows the parts of a protocol to be designed and tested without a combinatorial explosion of cases, keeping each design relatively simple.
\n - protocol layer
- \n
In modern protocol design, protocols are layered to form a protocol stack. Layering is a design principle that divides the protocol design task into smaller steps, each of which accomplishes a specific part, interacting with the other parts of the protocol only in a small number of well-defined ways. Layering allows the parts of a protocol to be designed and tested without a combinatorial explosion of cases, keeping each design relatively simple.
\n - protocol stack
- \n
The protocol stack or network stack is an implementation of a computer networking protocol suite or protocol family. Some of these terms are used interchangeably but strictly speaking, the suite is the definition of the communication protocols, and the stack is the software implementation of them.
\n - protocol stack
- \n
The protocol stack or network stack is an implementation of a computer networking protocol suite or protocol family. Some of these terms are used interchangeably but strictly speaking, the suite is the definition of the communication protocols, and the stack is the software implementation of them.
\n - pseudonym
- \n
A pseudonym is a fictitious name that a person assumes for a particular purpose, which differs from their original or true name (orthonym). This also differs from a new name that entirely or legally replaces an individual’s own. Many pseudonym holders use pseudonyms because they wish to remain anonymous, but anonymity is difficult to achieve and often fraught with legal issues.
\n - pseudonym
- \n
A pseudonym is a fictitious name that a person assumes for a particular purpose, which differs from their original or true name (orthonym). This also differs from a new name that entirely or legally replaces an individual’s own. Many pseudonym holders use pseudonyms because they wish to remain anonymous, but anonymity is difficult to achieve and often fraught with legal issues.
\n - pseudonym
- \n
A pseudonym is a fictitious name that a person assumes for a particular purpose, which differs from their original or true name (orthonym). This also differs from a new name that entirely or legally replaces an individual’s own. Many pseudonym holders use pseudonyms because they wish to remain anonymous, but anonymity is difficult to achieve and often fraught with legal issues.
\n - pseudonym
- \n
A pseudonym is a fictitious name that a person assumes for a particular purpose, which differs from their original or true name (orthonym). This also differs from a new name that entirely or legally replaces an individual’s own. Many pseudonym holders use pseudonyms because they wish to remain anonymous, but anonymity is difficult to achieve and often fraught with legal issues.
\n - public key certificate
- \n
A set of data that uniquely identifies a public key (which has a corresponding private key) and an owner that is authorized to use the key pair. The certificate contains the owner’s public key and possibly other information and is digitally signed by a certification authority (i.e., a trusted party), thereby binding the public key to the owner.
\n - public key certificate
- \n
A set of data that uniquely identifies a public key (which has a corresponding private key) and an owner that is authorized to use the key pair. The certificate contains the owner’s public key and possibly other information and is digitally signed by a certification authority (i.e., a trusted party), thereby binding the public key to the owner.
\n - public key certificate
- \n
A set of data that uniquely identifies a public key (which has a corresponding private key) and an owner that is authorized to use the key pair. The certificate contains the owner’s public key and possibly other information and is digitally signed by a certification authority (i.e., a trusted party), thereby binding the public key to the owner.
\n - public key certificate
- \n
A set of data that uniquely identifies a public key (which has a corresponding private key) and an owner that is authorized to use the key pair. The certificate contains the owner’s public key and possibly other information and is digitally signed by a certification authority (i.e., a trusted party), thereby binding the public key to the owner.
\n - public key cryptography
- \n
Public key cryptography, or asymmetric cryptography, is the field of cryptographic systems that use pairs of related keys. Each key pair consists of a public key and a corresponding private key. Key pairs are generated with cryptographic algorithms based on mathematical problems termed one-way functions. Security of public key cryptography depends on keeping the private key secret; the public key can be openly distributed without compromising security.
\n - public key infrastructure
- \n
A set of policies, processes, server platforms, software and workstations used for the purpose of administering certificates and public-private key pairs, including the ability to issue, maintain, and revoke public key certificates. The PKI includes the hierarchy of certificate authorities that allow for the deployment of digital certificates that support encryption, digital signature and authentication to meet business and security requirements.
\n - public key infrastructure
- \n
A set of policies, processes, server platforms, software and workstations used for the purpose of administering certificates and public-private key pairs, including the ability to issue, maintain, and revoke public key certificates. The PKI includes the hierarchy of certificate authorities that allow for the deployment of digital certificates that support encryption, digital signature and authentication to meet business and security requirements.
\n - public key infrastructure
- \n
A set of policies, processes, server platforms, software and workstations used for the purpose of administering certificates and public-private key pairs, including the ability to issue, maintain, and revoke public key certificates. The PKI includes the hierarchy of certificate authorities that allow for the deployment of digital certificates that support encryption, digital signature and authentication to meet business and security requirements.
\n - public key infrastructure
- \n
A set of policies, processes, server platforms, software and workstations used for the purpose of administering certificates and public-private key pairs, including the ability to issue, maintain, and revoke public key certificates. The PKI includes the hierarchy of certificate authorities that allow for the deployment of digital certificates that support encryption, digital signature and authentication to meet business and security requirements.
\n - public key
- \n
In public key cryptography, the cryptographic key that can be freely shared with anyone by the controller without compromising security. A party's public key must be verified as authoritative in order to verify their digital signature.
\n - public key
- \n
In public key cryptography, the cryptographic key that can be freely shared with anyone by the controller without compromising security. A party's public key must be verified as authoritative in order to verify their digital signature.
\n - QR code
- \n
A QR code (short for “quick-response code”) is a type of two-dimensional matrix barcode—a machine-readable optical image that contains information specific to the identified item. In practice, QR codes contain data for a locator, an identifier, and web tracking.
\n - QR code
- \n
A QR code (short for “quick-response code”) is a type of two-dimensional matrix barcode—a machine-readable optical image that contains information specific to the identified item. In practice, QR codes contain data for a locator, an identifier, and web tracking.
\n - RBAC
- \n
See: role-based access control.
\n - real world identity
- \n
A term used to describe the opposite of digital identity, i.e., an identity (typically for a person) in the physical instead of the digital world.
\n - real world identity
- \n
A term used to describe the opposite of digital identity, i.e., an identity (typically for a person) in the physical instead of the digital world.
\n - recommended
- \n
A requirement that is not mandatory to implement in order for an implementer to be in compliance, but which should be implemented unless the implementer has a good reason. In ToIP governance frameworks, a recommendation is expressed using a SHOULD or RECOMMENDED keyword as defined in IETF RFC 2119.
\n - record
- \n
A uniquely identifiable entry or listing in a database or registry.
\n - record
- \n
A uniquely identifiable entry or listing in a database or registry.
\n - registrant
- \n
The party submitting a registration record to a registry.
\n - registrant
- \n
The party submitting a registration record to a registry.
\n - registrar
- \n
The party who performs registration on behalf of a registrant.
\n - registrar
- \n
The party who performs registration on behalf of a registrant.
\n - registration agent
- \n
A party responsible for accepting registration requests and authenticating the registrant. The term may also apply to a party accepting issuance requests for digital credentials.
\n - registration
- \n
The process by which a registrant submits a record to a registry.
\n - registration
- \n
The process by which a registrant submits a record to a registry.
\n - registry
- \n
A specialized database of records that serves as an authoritative source of information about entities.
\n - registry
- \n
A specialized database of records that serves as an authoritative source of information about entities.
\n - relationship context
- \n
A context established within the boundary of a trust relationship.
\n - relationship context
- \n
A context established within the boundary of a trust relationship.
\n - relationship
- \n
See ToIP relationship.
\n - relying party
- \n
A party who accepts claims, credentials, trust graphs, or any other form of verifiable data from other parties (such as issuers, holders, trust registries, or other authoritative sources) in order to make a trust decision.
\n - relying party
- \n
A party who accepts claims, credentials, trust graphs, or any other form of verifiable data from other parties (such as issuers, holders, trust registries, or other authoritative sources) in order to make a trust decision.
\n - reputation graph
- \n
A graph of the reputation relationships between different entities in a trust community. In a digital trust ecosystem, the governing body may be one trust anchor of a reputation graph. In some cases, a reputation graph can be traversed by making queries to one or more trust registries.
\n - reputation graph
- \n
A graph of the reputation relationships between different entities in a trust community. In a digital trust ecosystem, the governing body may be one trust anchor of a reputation graph. In some cases, a reputation graph can be traversed by making queries to one or more trust registries.
\n - reputation system
- \n
Reputation systems are programs or algorithms that allow users to rate each other in online communities in order to build trust through reputation. Some common uses of these systems can be found on e-commerce websites such as eBay, Amazon.com, and Etsy as well as online advice communities such as Stack Exchange.
\n - reputation system
- \n
Reputation systems are programs or algorithms that allow users to rate each other in online communities in order to build trust through reputation. Some common uses of these systems can be found on e-commerce websites such as eBay, Amazon.com, and Etsy as well as online advice communities such as Stack Exchange.
\n - reputation
- \n
The beliefs or opinions that are generally held about an entity, typically developed as a result of social evaluation on a set of criteria, such as behavior, performance, or trustworthiness.
\n - reputation
- \n
The beliefs or opinions that are generally held about an entity, typically developed as a result of social evaluation on a set of criteria, such as behavior, performance, or trustworthiness.
\n - requirement
- \n
A specified condition or behavior to which a system needs to comply. Technical requirements are defined in technical specifications and implemented in computer systems to be executed by software actors. Governance requirements are defined in governance documents that specify policies and procedures to be executed by human actors. In ToIP specifications, requirements are expressed using the keywords defined in Internet RFC 2119.
\n - requirement
- \n
A specified condition or behavior to which a system needs to comply. Technical requirements are defined in technical specifications and implemented in computer systems to be executed by software actors. Governance requirements are defined in governance documents that specify policies and procedures to be executed by human actors. In ToIP specifications, requirements are expressed using the keywords defined in Internet RFC 2119.
\n - revocation
- \n
In the context of digital credentials, revocation is an event signifying that the issuer no longer attests to the validity of a credential they have issued. In the context of cryptographic keys, revocation is an event signifying that the controller no longer attests to the validity of a public/private key pair for which the controller is authoritative.
\n - revocation
- \n
In the context of digital credentials, revocation is an event signifying that the issuer no longer attests to the validity of a credential they have issued. In the context of cryptographic keys, revocation is an event signifying that the controller no longer attests to the validity of a public/private key pair for which the controller is authoritative.
\n - revocation
- \n
In the context of digital credentials, revocation is an event signifying that the issuer no longer attests to the validity of a credential they have issued. In the context of cryptographic keys, revocation is an event signifying that the controller no longer attests to the validity of a public/private key pair for which the controller is authoritative.
\n - revocation
- \n
In the context of digital credentials, revocation is an event signifying that the issuer no longer attests to the validity of a credential they have issued. In the context of cryptographic keys, revocation is an event signifying that the controller no longer attests to the validity of a public/private key pair for which the controller is authoritative.
\n - revocation
- \n
In the context of digital credentials, revocation is an event signifying that the issuer no longer attests to the validity of a credential they have issued. In the context of cryptographic keys, revocation is an event signifying that the controller no longer attests to the validity of a public/private key pair for which the controller is authoritative.
\n - revocation
- \n
In the context of digital credentials, revocation is an event signifying that the issuer no longer attests to the validity of a credential they have issued. In the context of cryptographic keys, revocation is an event signifying that the controller no longer attests to the validity of a public/private key pair for which the controller is authoritative.
\n - risk assessment
- \n
The process of identifying risks to organizational operations (including mission, functions, image, reputation), organizational assets, individuals, other organizations, and the overall ecosystem, resulting from the operation of an information system. Risk assessment is part of risk management, incorporates threat and vulnerability analyses, and considers risk mitigations provided by security controls planned or in place.
\n - risk assessment
- \n
The process of identifying risks to organizational operations (including mission, functions, image, reputation), organizational assets, individuals, other organizations, and the overall ecosystem, resulting from the operation of an information system. Risk assessment is part of risk management, incorporates threat and vulnerability analyses, and considers risk mitigations provided by security controls planned or in place.
\n - risk decision
- \n
See: trust decision.
\n - risk decision
- \n
See: trust decision.
\n - risk management
- \n
The process of managing risks to organizational operations (including mission, functions, image, or reputation), organizational assets, or individuals resulting from the operation of an information system, and includes: (i) the conduct of a risk assessment; (ii) the implementation of a risk mitigation strategy; and (iii) employment of techniques and procedures for the continuous monitoring of the security state of the information system.
\n - risk mitigation
- \n
Prioritizing, evaluating, and implementing the appropriate risk-reducing controls/countermeasures recommended from the risk management process.
\n - risk mitigation
- \n
Prioritizing, evaluating, and implementing the appropriate risk-reducing controls/countermeasures recommended from the risk management process.
\n - risk
- \n
The effects that uncertainty (i.e. a lack of information, understanding or knowledge of events, their consequences or likelihoods) can have on the intended realization of an objectiveof a party.
\n - risk
- \n
The effects that uncertainty (i.e. a lack of information, understanding or knowledge of events, their consequences or likelihoods) can have on the intended realization of an objectiveof a party.
\n - role-based access control
- \n
Access control based on user roles (i.e., a collection of access authorizations a user receives based on an explicit or implicit assumption of a given role). Role permissions may be inherited through a role hierarchy and typically reflect the permissions needed to perform defined functions within an organization. A given role may apply to a single individual or to several individuals.
\n - role-based access control
- \n
Access control based on user roles (i.e., a collection of access authorizations a user receives based on an explicit or implicit assumption of a given role). Role permissions may be inherited through a role hierarchy and typically reflect the permissions needed to perform defined functions within an organization. A given role may apply to a single individual or to several individuals.
\n - role credential
- \n
A credential claiming that the subject has a specific role.
\n - role credential
- \n
A credential claiming that the subject has a specific role.
\n - role
- \n
A defined set of characteristics that an entity has in some context, such as responsibilities it may have, actions (behaviors) it may execute, or pieces of knowledge that it is expected to have in that context, which are referenced by a specific role name.
\n - role
- \n
A defined set of characteristics that an entity has in some context, such as responsibilities it may have, actions (behaviors) it may execute, or pieces of knowledge that it is expected to have in that context, which are referenced by a specific role name.
\n - router
- \n
A router is a networking device that forwards data packets between computer networks. Routers perform the traffic directing functions between networks and on the global Internet. Data sent through a network, such as a web page or email, is in the form of data packets. A packet is typically forwarded from one router to another router through the networks that constitute an internetwork (e.g. the Internet) until it reaches its destination node. This process is called routing.
\n - router
- \n
A router is a networking device that forwards data packets between computer networks. Routers perform the traffic directing functions between networks and on the global Internet. Data sent through a network, such as a web page or email, is in the form of data packets. A packet is typically forwarded from one router to another router through the networks that constitute an internetwork (e.g. the Internet) until it reaches its destination node. This process is called routing.
\n - routing
- \n
Routing is the process of selecting a path for traffic in a network or between or across multiple networks. Broadly, routing is performed in many types of networks, including circuit-switched networks, such as the public switched telephone network (PSTN), and computer networks, such as the Internet. A router is a computing device that specializes in performing routing.
\n - routing
- \n
Routing is the process of selecting a path for traffic in a network or between or across multiple networks. Broadly, routing is performed in many types of networks, including circuit-switched networks, such as the public switched telephone network (PSTN), and computer networks, such as the Internet. A router is a computing device that specializes in performing routing.
\n - routing
- \n
Routing is the process of selecting a path for traffic in a network or between or across multiple networks. Broadly, routing is performed in many types of networks, including circuit-switched networks, such as the public switched telephone network (PSTN), and computer networks, such as the Internet. A router is a computing device that specializes in performing routing.
\n - rule
- \n
A prescribed guide for conduct, process or action to achieve a defined result or objective. Rules may be human-readable or machine-readable or both.
\n - rule
- \n
A prescribed guide for conduct, process or action to achieve a defined result or objective. Rules may be human-readable or machine-readable or both.
\n - RWI
- \n
See: real world identity.
\n - schema
- \n
A framework, pattern, or set of rules for enforcing a specific structure on a digital object or a set of digital data. There are many types of schemas, e.g., data schema, credential verification schema, database schema.
\n - schema
- \n
A framework, pattern, or set of rules for enforcing a specific structure on a digital object or a set of digital data. There are many types of schemas, e.g., data schema, credential verification schema, database schema.
\n - SCID
- \n
See: self-certifying identifier.
\n - SCID
- \n
See: self-certifying identifier.
\n - scope
- \n
In the context of terminology, scope refers to the set of possible concepts within which: a) a specific term is intended to uniquely identify a concept, or b) a specific glossary is intended to identify a set of concepts. In the context of identification, scope refers to the set of possible entities within which a specific entity must be uniquely identified. In the context of specifications, scope refers to the set of problems (the problem space) within which the specification is intended to specify solutions.
\n - scope
- \n
In the context of terminology, scope refers to the set of possible concepts within which: a) a specific term is intended to uniquely identify a concept, or b) a specific glossary is intended to identify a set of concepts. In the context of identification, scope refers to the set of possible entities within which a specific entity must be uniquely identified. In the context of specifications, scope refers to the set of problems (the problem space) within which the specification is intended to specify solutions.
\n - second party
- \n
The party with whom a first party engages to form a trust relationship, establish a connection, make a delegation, or execute a transaction.
\n - second party
- \n
The party with whom a first party engages to form a trust relationship, establish a connection, make a delegation, or execute a transaction.
\n - Secure Enclave
- \n
A coprocessor on Apple iOS devices that serves as a trusted execution environment.
\n - Secure Enclave
- \n
A coprocessor on Apple iOS devices that serves as a trusted execution environment.
\n - secure multi-party computation
- \n
See: multi-party computation.
\n - Secure Sockets Layer
- \n
The original transport layer security protocol developed by Netscape and partners. Now deprecated in favor of Transport Layer Security (TLS).
\n - Secure Sockets Layer
- \n
The original transport layer security protocol developed by Netscape and partners. Now deprecated in favor of Transport Layer Security (TLS).
\n - security domain
- \n
An environment or context that includes a set of system resources and a set of system entities that have the right to access the resources as defined by a common security policy, security model, or security architecture.
\n - security domain
- \n
An environment or context that includes a set of system resources and a set of system entities that have the right to access the resources as defined by a common security policy, security model, or security architecture.
\n - security policy
- \n
A set of policies and rules that governs all aspects of security-relevant system and system element behavior.
\n - security policy
- \n
A set of policies and rules that governs all aspects of security-relevant system and system element behavior.
\n - self-asserted
- \n
A term used to describe a claim or a credential whose subject is also the issuer.
\n - self-certified
- \n
When a party provides its own certification that it is compliant with a set of requirements, such as a governance framework. The term is also applied to data structures that are cryptographically verifiable such as self-certifying identifiers.
\n - self-certifying identifier
- \n
A subclass of verifiable identifier (VID) that is cryptographically verifiable without the need to rely on any third party for verification because the identifier is cryptographically bound to the cryptographic keys from which it was generated.
\n - self-certifying identifier
- \n
A subclass of verifiable identifier (VID) that is cryptographically verifiable without the need to rely on any third party for verification because the identifier is cryptographically bound to the cryptographic keys from which it was generated.
\n - self-certifying identifier
- \n
A subclass of verifiable identifier (VID) that is cryptographically verifiable without the need to rely on any third party for verification because the identifier is cryptographically bound to the cryptographic keys from which it was generated.
\n - self-certifying identifier
- \n
A subclass of verifiable identifier (VID) that is cryptographically verifiable without the need to rely on any third party for verification because the identifier is cryptographically bound to the cryptographic keys from which it was generated.
\n - self-sovereign identity
- \n
Self-sovereign identity is a decentralized identity architecture that implements the Principles of SSI — principally that it puts the identity controller (e.g., a natural person or organization) directly in control of the identifiers and credentials they use to assert their digital identity.
\n - self-sovereign identity
- \n
Self-sovereign identity is a decentralized identity architecture that implements the Principles of SSI — principally that it puts the identity controller (e.g., a natural person or organization) directly in control of the identifiers and credentials they use to assert their digital identity.
\n - sensitive data
- \n
Personal data that a reasonable person would view from a privacy protection standpoint as requiring special care above and beyond other personal data.
\n - session
- \n
See: communication session.
\n - session
- \n
See: communication session.
\n - sociotechnical system
- \n
An approach to complex organizational work design that recognizes the interaction between people and technology in workplaces. The term also refers to coherent systems of human relations, technical objects, and cybernetic processes that inhere to large, complex infrastructures. Social society, and its constituent substructures, qualify as complex sociotechnical systems.
\n - sociotechnical system
- \n
An approach to complex organizational work design that recognizes the interaction between people and technology in workplaces. The term also refers to coherent systems of human relations, technical objects, and cybernetic processes that inhere to large, complex infrastructures. Social society, and its constituent substructures, qualify as complex sociotechnical systems.
\n - sociotechnical system
- \n
An approach to complex organizational work design that recognizes the interaction between people and technology in workplaces. The term also refers to coherent systems of human relations, technical objects, and cybernetic processes that inhere to large, complex infrastructures. Social society, and its constituent substructures, qualify as complex sociotechnical systems.
\n - software agent
- \n
In computer science, a software agent is a computer program that acts for a user or other program in a relationship of agency, which derives from the Latin agere (to do): an agreement to act on one’s behalf. A user agent is a specific type of software agent that is used directly by an end-user as the principal.
\n - software agent
- \n
In computer science, a software agent is a computer program that acts for a user or other program in a relationship of agency, which derives from the Latin agere (to do): an agreement to act on one’s behalf. A user agent is a specific type of software agent that is used directly by an end-user as the principal.
\n - Sovrin Foundation
- \n
A 501 ©(4) nonprofit organization established to administer the governance framework governing the Sovrin Network, a public service utility enabling self-sovereign identity on the internet. The Sovrin Foundation is an independent organization that is responsible for ensuring the Sovrin identity system is public and globally accessible.
\n - spanning layer
- \n
A specific layer within a protocol stack that consists of a single protocol explicitly designed to provide interoperability between the protocol layers above it and below it.
\n - specification
- \n
See: technical specification.
\n - specification
- \n
See: technical specification.
\n - SSI
- \n
See: self-sovereign identity.
\n - SSL
- \n
See: Secure Sockets Layer.
\n - stream
- \n
In the context of digital communications, and in particular streaming media, a flow of data delivered in a continuous manner from a server to a client rather than in discrete messages.
\n - stream
- \n
In the context of digital communications, and in particular streaming media, a flow of data delivered in a continuous manner from a server to a client rather than in discrete messages.
\n - streaming media
- \n
Streaming media is multimedia for playback using an offline or online media player. Technically, the stream is delivered and consumed in a continuous manner from a client, with little or no intermediate storage in network elements. Streaming refers to the delivery method of content, rather than the content itself.
\n - subject
- \n
The entity described by one or more claims, particularly in the context of credentials.
\n - subject
- \n
The entity described by one or more claims, particularly in the context of credentials.
\n - subscription
- \n
In the context of decentralized digital trust infrastructure, a subscription is an agreement between a first digital agent—the publisher—to automatically send a second digital agent—the subscriber—a message when a specific type of event happens in the wallet or vault managed by the first digital agent.
\n - subscription
- \n
In the context of decentralized digital trust infrastructure, a subscription is an agreement between a first digital agent—the publisher—to automatically send a second digital agent—the subscriber—a message when a specific type of event happens in the wallet or vault managed by the first digital agent.
\n - supporting system
- \n
A system that operates at ToIP Layer 1, the trust support layer of the ToIP stack. A supporting system is one of three types of systems defined in the ToIP Technology Architecture Specification.
\n - supporting system
- \n
A system that operates at ToIP Layer 1, the trust support layer of the ToIP stack. A supporting system is one of three types of systems defined in the ToIP Technology Architecture Specification.
\n - Sybil attack
- \n
A Sybil attack is a type of attack on a computer network service in which an attacker subverts the service’s reputation system by creating a large number of pseudonymous identities and uses them to gain a disproportionately large influence. It is named after the subject of the book Sybil, a case study of a woman diagnosed with dissociative identity disorder.
\n - Sybil attack
- \n
A Sybil attack is a type of attack on a computer network service in which an attacker subverts the service’s reputation system by creating a large number of pseudonymous identities and uses them to gain a disproportionately large influence. It is named after the subject of the book Sybil, a case study of a woman diagnosed with dissociative identity disorder.
\n - system of record
- \n
A system of record (SOR) or source system of record (SSoR) is a data management term for an information storage system (commonly implemented on a computer system running a database management system) that is the authoritative source for a given data element or piece of information.
\n - system of record
- \n
A system of record (SOR) or source system of record (SSoR) is a data management term for an information storage system (commonly implemented on a computer system running a database management system) that is the authoritative source for a given data element or piece of information.
\n - tamper evident
- \n
A process which makes alterations to the data easily detectable. Form digital data objects, this is typically achieved via cryptographic verification.
\n - tamper evident
- \n
A process which makes alterations to the data easily detectable. Form digital data objects, this is typically achieved via cryptographic verification.
\n - tamper resistant
- \n
A process which makes alterations to data difficult (hard to perform), costly (expensive to perform), or both. For digital data objects, this is typically achieved via cryptographic verification.
\n - tamper resistant
- \n
A process which makes alterations to data difficult (hard to perform), costly (expensive to perform), or both. For digital data objects, this is typically achieved via cryptographic verification.
\n - tamper resistant
- \n
A process which makes alterations to data difficult (hard to perform), costly (expensive to perform), or both. For digital data objects, this is typically achieved via cryptographic verification.
\n - tamper resistant
- \n
A process which makes alterations to data difficult (hard to perform), costly (expensive to perform), or both. For digital data objects, this is typically achieved via cryptographic verification.
\n - TCP/IP stack
- \n
The protocol stack implementing the TCP/IP suite.
\n - TCP/IP stack
- \n
The protocol stack implementing the TCP/IP suite.
\n - TCP/IP
- \n
See: Internet Protocol Suite.
\n - TCP
- \n
See: Transmission Control Protocol.
\n - technical requirement
- \n
A requirement for a hardware or software component or system. In the context of decentralized digital trust infrastructure, technical requirements are a subset of governance requirements. Technical requirements are often specified in a technical specification.
\n - technical requirement
- \n
A requirement for a hardware or software component or system. In the context of decentralized digital trust infrastructure, technical requirements are a subset of governance requirements. Technical requirements are often specified in a technical specification.
\n - technical specification
- \n
A document that specifies, in a complete, precise, verifiable manner, the requirements, design, behavior, or other characteristics of a system or component and often the procedures for determining whether these provisions have been satisfied.
\n - technical specification
- \n
A document that specifies, in a complete, precise, verifiable manner, the requirements, design, behavior, or other characteristics of a system or component and often the procedures for determining whether these provisions have been satisfied.
\n - technical trust
- \n
A level of assurance in a trust relationship that can be achieved only via technical means such as hardware, software, network protocols, and cryptography.Cryptographic trust is a specialized type of technical trust.
\n - TEE
- \n
See: trusted execution environment.
\n - term
- \n
A unit of text (i.e., a word or phrase) that is used in a particular context or scope to refer to a concept (or a relation between concepts, or a property of a concept).
\n - term
- \n
A unit of text (i.e., a word or phrase) that is used in a particular context or scope to refer to a concept (or a relation between concepts, or a property of a concept).
\n - terminology
- \n
Terminology is a group of specialized words and respective meanings in a particular field, and also the study of such terms and their use; the latter meaning is also known as terminology science. A term is a word, compound word, or multi-word expressions that in specific contexts is given specific meanings—meaning which may deviate from the meanings the same words have in other contexts and in everyday language. Terminology is a discipline that studies, among other things, the development of such terms and their interrelationships within a specialized domain. Terminology differs from lexicography, as the former involves the study of concepts, conceptual systems and their labels (terms), whereas lexicography studies words and their meanings.
\n - terminology
- \n
Terminology is a group of specialized words and respective meanings in a particular field, and also the study of such terms and their use; the latter meaning is also known as terminology science. A term is a word, compound word, or multi-word expressions that in specific contexts is given specific meanings—meaning which may deviate from the meanings the same words have in other contexts and in everyday language. Terminology is a discipline that studies, among other things, the development of such terms and their interrelationships within a specialized domain. Terminology differs from lexicography, as the former involves the study of concepts, conceptual systems and their labels (terms), whereas lexicography studies words and their meanings.
\n - \n
A group of parties who share the need for a common terminology.
\n - \n
A group of parties who share the need for a common terminology.
\n - terms wiki
- \n
A wiki website used by a terms community to input, maintain, and publish its terminology. The Concepts and Terminology Working Group at the ToIP Foundation has created a simple template for GitHub-based terms wikis.
\n - terms wiki
- \n
A wiki website used by a terms community to input, maintain, and publish its terminology. The Concepts and Terminology Working Group at the ToIP Foundation has created a simple template for GitHub-based terms wikis.
\n - thing
- \n
An entity that is neither a natural person nor an organization and thus cannot be a party. A thing may be a natural thing or a man-made thing.
\n - thing
- \n
An entity that is neither a natural person nor an organization and thus cannot be a party. A thing may be a natural thing or a man-made thing.
\n - third party
- \n
A party that is not directly involved in the trust relationship between a first party and a second party, but provides supporting services to either or both of them.
\n - third party
- \n
A party that is not directly involved in the trust relationship between a first party and a second party, but provides supporting services to either or both of them.
\n - three party model
- \n
The issuer—holder—verifier model used by all types of physical credentials and digital credentials to enable transitive trust decisions.
\n - timestamp
- \n
A token or packet of information that is used to provide assurance of timeliness; the timestamp contains timestamped data, including a time, and a signature generated by a trusted timestamp authority (TTA).
\n - timestamp
- \n
A token or packet of information that is used to provide assurance of timeliness; the timestamp contains timestamped data, including a time, and a signature generated by a trusted timestamp authority (TTA).
\n - TLS
- \n
See: Transport Layer Security.
\n - ToIP application
- \n
A trust application that runs at ToIP Layer 4, the trust application layer.
\n - ToIP application
- \n
A trust application that runs at ToIP Layer 4, the trust application layer.
\n - ToIP channel
- \n
See: ToiP relationship.
\n - ToIP channel
- \n
See: ToiP relationship.
\n - ToIP communication
- \n
Communication that uses the ToIP stack to deliver ToIP messages between ToIP endpoints, optionally using ToIP intermediaries to provide authenticity, confidentiality, and correlation privacy.
\n - ToIP communication
- \n
Communication that uses the ToIP stack to deliver ToIP messages between ToIP endpoints, optionally using ToIP intermediaries to provide authenticity, confidentiality, and correlation privacy.
\n - ToIP connection
- \n
See: ToIP relationship.
\n - ToIP connection
- \n
See: ToIP relationship.
\n - ToIP controller
- \n
The controller of a verifiable identifier (VID) used with the ToIP stack.
\n - ToIP controller
- \n
The controller of a verifiable identifier (VID) used with the ToIP stack.
\n - ToIP endpoint
- \n
An endpoint that communicates via the ToIP Trust Spanning Protocol (TSP) as described in the ToIP Technology Architecture Specification.
\n - ToIP endpoint
- \n
An endpoint that communicates via the ToIP Trust Spanning Protocol (TSP) as described in the ToIP Technology Architecture Specification.
\n - ToIP Foundation
- \n
A non-profit project of the Linux Foundation chartered to define an overall architecture for decentralized digital trust infrastructure known as the ToIP stack.
\n - ToIP Governance Architecture Specification
- \n
The specification defining the requirements for the ToIP Governance Stack published by the ToIP Foundation.
\n - ToIP governance framework
- \n
A governance framework that conforms to the requirements of the ToIP Governance Architecture Specification.
\n - ToIP governance framework
- \n
A governance framework that conforms to the requirements of the ToIP Governance Architecture Specification.
\n - ToIP Governance Metamodel
- \n
A structural model for governance frameworks that specifies the recommended governance documents that should be included depending on the objectives of the trust community.
\n - ToIP Governance Stack
- \n
The governance half of the four layer ToIP stack as defined by the ToIP Governance Architecture Specification.
\n - ToIP identifier
- \n
A verifiable identifier (VID) for an entity that is addressable using the ToIP stack.
\n - ToIP identifier
- \n
A verifiable identifier (VID) for an entity that is addressable using the ToIP stack.
\n - ToIP intermediary
- \n
See: intermediary system.
\n - ToIP intermediary
- \n
See: intermediary system.
\n - ToIP Layer 1
- \n
The trust support layer of the ToIP stack, responsible for supporting the trust spanning protocol at ToIP Layer 2.
\n - ToIP Layer 2
- \n
The trust spanning layer of the ToIP stack, responsible for enabling trust task protocols at ToIP Layer 3.
\n - ToIP Layer 3
- \n
The trust task layer of the ToIP stack, responsible for enabling trust applications at ToIP Layer 4.
\n - ToIP Layer 4
- \n
The trust application layer of the ToIP stack, where end-users have the direct human experience of using applications that call trust task protocols to engage in trust relationships and make trust decisions using ToIP decentralized digital trust infrastructure.
\n - ToIP layer
- \n
One of four protocol layers in the ToIP stack. The four layers are ToIP Layer 1, ToIP Layer 2, ToIP Layer 3, and ToIP Layer 4.
\n - ToIP layer
- \n
One of four protocol layers in the ToIP stack. The four layers are ToIP Layer 1, ToIP Layer 2, ToIP Layer 3, and ToIP Layer 4.
\n - ToIP message
- \n
A message communicated between ToIP endpoints using the ToIP stack. ToIP messages are transmitted over the ToIP Trust Spanning Protocol (TSP) at Layer 2 of the ToIP stack.
\n - ToIP message
- \n
A message communicated between ToIP endpoints using the ToIP stack. ToIP messages are transmitted over the ToIP Trust Spanning Protocol (TSP) at Layer 2 of the ToIP stack.
\n - ToIP relationship
- \n
A VID-to-VID relationship formed between two entities over the ToIP Trust Spanning Protocol.
\n - ToIP specification
- \n
A specification published by the ToIP Foundation. ToIP specifications may be in one of three states: Draft Deliverable, Working Group Approved Deliverable, or ToIP Approved Deliverable.
\n - ToIP specification
- \n
A specification published by the ToIP Foundation. ToIP specifications may be in one of three states: Draft Deliverable, Working Group Approved Deliverable, or ToIP Approved Deliverable.
\n - ToIP stack
- \n
The layered architecture for decentralized digital trust infrastructure defined by the ToIP Foundation. The ToIP stack is a dual stack consisting of two halves: the ToIP Technology Stack and the ToIP Governance Stack. The four layers in the ToIP stack are ToIP Layer 1, ToIP Layer 2, ToIP Layer 3, and ToIP Layer 4.
\n - ToIP stack
- \n
The layered architecture for decentralized digital trust infrastructure defined by the ToIP Foundation. The ToIP stack is a dual stack consisting of two halves: the ToIP Technology Stack and the ToIP Governance Stack. The four layers in the ToIP stack are ToIP Layer 1, ToIP Layer 2, ToIP Layer 3, and ToIP Layer 4.
\n - ToIP system
- \n
A computing system that participates in the ToIP Technology Stack. There are three types of ToIP systems: endpoint systems, intermediary systems, and supporting systems.
\n - ToIP system
- \n
A computing system that participates in the ToIP Technology Stack. There are three types of ToIP systems: endpoint systems, intermediary systems, and supporting systems.
\n - ToIP Technology Architecture Specification
- \n
The technical specification defining the requirements for the ToIP Technology Stack published by the ToIP Foundation.
\n - ToIP Technology Stack
- \n
The technology half of the four layer ToIP stack as defined by the ToIP Technology Architecture Specification.
\n - \n
A trust community governed by a ToIP governance framework.
\n - ToIP trust network
- \n
A trust network implemented using the ToIP stack.
\n - ToIP trust network
- \n
A trust network implemented using the ToIP stack.
\n - ToIP Trust Registry Protocol
- \n
The open standard trust task protocol defined by the ToIP Foundation to perform the trust task of querying a trust registry. The ToIP Trust Registry Protocol operates at Layer 3 of the ToIP stack.
\n - ToIP Trust Spanning Protocol
- \n
The ToIP Trust Spanning Protocol (TSP) is the ToIP Layer 2 protocol for verifiable messaging that implements the trust spanning layer of the ToIP stack. The TSP enables actors in different digital trust domains to interact in a similar way to how the Internet Protocol (IP) enables devices on different local area networks to exchange data.
\n - ToIP Trust Spanning Protocol
- \n
The ToIP Trust Spanning Protocol (TSP) is the ToIP Layer 2 protocol for verifiable messaging that implements the trust spanning layer of the ToIP stack. The TSP enables actors in different digital trust domains to interact in a similar way to how the Internet Protocol (IP) enables devices on different local area networks to exchange data.
\n - ToIP
- \n
See: Trust Over IP
\n - transaction
- \n
A discrete event between a user and a system that supports a business or programmatic purpose. A digital system may have multiple categories or types of transactions, which may require separate analysis within the overall digital identity risk assessment.
\n - transaction
- \n
A discrete event between a user and a system that supports a business or programmatic purpose. A digital system may have multiple categories or types of transactions, which may require separate analysis within the overall digital identity risk assessment.
\n - transitive trust decision
- \n
A trust decision made by a first party about a second party or another entity based on information about the second party or the other entity that is obtained from one or more third parties.
\n - transitive trust decision
- \n
A trust decision made by a first party about a second party or another entity based on information about the second party or the other entity that is obtained from one or more third parties.
\n - Transmission Control Protocol
- \n
The Transmission Control Protocol (TCP) is one of the main protocols of the Internet protocol suite. It originated in the initial network implementation in which it complemented the Internet Protocol (IP). Therefore, the entire suite is commonly referred to as TCP/IP. TCP provides reliable, ordered, and error-checked delivery of a stream of octets (bytes) between applications running on hosts communicating via an IP network. Major internet applications such as the World Wide Web, email, remote administration, and file transfer rely on TCP, which is part of the Transport Layer of the TCP/IP suite. SSL/TLS often runs on top of TCP.
\n - Transmission Control Protocol
- \n
The Transmission Control Protocol (TCP) is one of the main protocols of the Internet protocol suite. It originated in the initial network implementation in which it complemented the Internet Protocol (IP). Therefore, the entire suite is commonly referred to as TCP/IP. TCP provides reliable, ordered, and error-checked delivery of a stream of octets (bytes) between applications running on hosts communicating via an IP network. Major internet applications such as the World Wide Web, email, remote administration, and file transfer rely on TCP, which is part of the Transport Layer of the TCP/IP suite. SSL/TLS often runs on top of TCP.
\n - Transport Layer Security
- \n
Transport Layer Security (TLS) is a cryptographic protocol designed to provide communications security over a computer network. The protocol is widely used in applications such as email, instant messaging, and Voice over IP, but its use in securing HTTPS remains the most publicly visible. The TLS protocol aims primarily to provide security, including privacy (confidentiality), integrity, and authenticity through the use of cryptography, such as the use of certificates, between two or more communicating computer applications.
\n - transport layer
- \n
Layer of the TCP/IP protocol stack that is responsible for reliable connection-oriented or connectionless end-to-end communications.
\n - tribal knowledge
- \n
Knowledge that is known within an “in-group” of people but unknown outside of it. A tribe, in this sense, is a group of people that share such a common knowledge.
\n - trust anchor
- \n
The authoritative source that serves as the origin of a trust chain.
\n - trust anchor
- \n
The authoritative source that serves as the origin of a trust chain.
\n - trust application layer
- \n
In the context of the ToIP stack, the trust application layer is ToIP Layer 4. Applications running at this layer call trust task protocols at ToIP Layer 3.
\n - trust application
- \n
An application that runs at ToIP Layer 4 in order to perform trust tasks or engage in other verifiable messaging using the ToIP stack.
\n - trust application
- \n
An application that runs at ToIP Layer 4 in order to perform trust tasks or engage in other verifiable messaging using the ToIP stack.
\n - trust assurance
- \n
A process that provides a level of assurance sufficient to make a particular trust decision.
\n - trust assurance
- \n
A process that provides a level of assurance sufficient to make a particular trust decision.
\n - trust basis
- \n
The properties of a verifiable identifier (VID) or a ToIP system that enable a party to appraise it to determine a trust limit.
\n - trust boundary
- \n
The border of a trust domain.
\n - trust boundary
- \n
The border of a trust domain.
\n - trust chain
- \n
A set of cryptographically verifiable links between digital credentials or other data containers that enable transitive trust decisions.
\n - trust chain
- \n
A set of cryptographically verifiable links between digital credentials or other data containers that enable transitive trust decisions.
\n - \n
A set of parties who collaborate to achieve a mutual set of trust objectives.
\n - \n
A set of parties who collaborate to achieve a mutual set of trust objectives.
\n - trust context
- \n
The context in which a specific party makes a specific trust decision. Many different factors may be involved in establishing a trust context, such as: the relevant interaction or transaction; the presence or absence of existing trust relationships; the applicability of one or more governance frameworks; and the location, time, network, and/or devices involved. A trust context may be implicit or explicit; if explicit, it may be identified using an identifier. A ToIP governance framework is an example of an explicit trust context identified by a verifiable identifier (VID).
\n - trust context
- \n
The context in which a specific party makes a specific trust decision. Many different factors may be involved in establishing a trust context, such as: the relevant interaction or transaction; the presence or absence of existing trust relationships; the applicability of one or more governance frameworks; and the location, time, network, and/or devices involved. A trust context may be implicit or explicit; if explicit, it may be identified using an identifier. A ToIP governance framework is an example of an explicit trust context identified by a verifiable identifier (VID).
\n - trust decision
- \n
A decision that a party needs to make about whether to engage in a specific interaction or transaction with another entity that involves real or perceived risks.
\n - trust decision
- \n
A decision that a party needs to make about whether to engage in a specific interaction or transaction with another entity that involves real or perceived risks.
\n - trust domain
- \n
A security domain defined by a computer hardware or software architecture, a security policy, or a trust community, typically via a trust framework or governance framework.
\n - trust domain
- \n
A security domain defined by a computer hardware or software architecture, a security policy, or a trust community, typically via a trust framework or governance framework.
\n - trust ecosystem
- \n
See digital trust ecosystem.
\n - trust ecosystem
- \n
See digital trust ecosystem.
\n - trust establishment
- \n
The process two or more parties go through to establish a trust relationship. In the context of decentralized digital trust infrastructure, trust establishment takes place at two levels. At the technical trust level, it includes some form of key establishment. At the human trust level, it may be accomplished via an out-of-band introduction, the exchange of digital credentials, queries to one or more trust registries, or evaluation of some combination of human-readable and machine-readable governance frameworks.
\n - trust factor
- \n
A property, relationship, or other signal that can contribute to a party making a trust decision.
\n - trust factor
- \n
A property, relationship, or other signal that can contribute to a party making a trust decision.
\n - trust framework
- \n
A term (most frequently used in the digital identity industry) to describe a governance framework for a digital identity system, especially a federation.
\n - trust framework
- \n
A term (most frequently used in the digital identity industry) to describe a governance framework for a digital identity system, especially a federation.
\n - trust graph
- \n
A data structure describing the trust relationship between two or more entities. A simple trust graph may be expressed as a trust list. More complex trust graphs can be recorded or registered in and queried from a trust registry. Trust graphs can also be expressed using trust chains and chained credentials. Trust graphs can enable verifiers and relying parties to make transitive trust decisions.
\n - trust graph
- \n
A data structure describing the trust relationship between two or more entities. A simple trust graph may be expressed as a trust list. More complex trust graphs can be recorded or registered in and queried from a trust registry. Trust graphs can also be expressed using trust chains and chained credentials. Trust graphs can enable verifiers and relying parties to make transitive trust decisions.
\n - trust limit
- \n
A limit to the degree a party is willing to trust an entity in a specific trust relationship within a specific trust context.
\n - trust limit
- \n
A limit to the degree a party is willing to trust an entity in a specific trust relationship within a specific trust context.
\n - trust list
- \n
A one-dimensional trust graph in which an authoritative source publishes a list of entities that are trusted in a specific trust context. A trust list can be considered a simplified form of a trust registry.
\n - trust list
- \n
A one-dimensional trust graph in which an authoritative source publishes a list of entities that are trusted in a specific trust context. A trust list can be considered a simplified form of a trust registry.
\n - trust network
- \n
A network of parties who are connected via trust relationships (such as via a membership agreement) conforming to requirements defined in a legal regulation, trust framework or governance framework. A trust network is more formal than a digital trust ecosystem; the latter may connect parties more loosely via transitive trust relationships and/or across multiple trust networks.
\n - trust network
- \n
A network of parties who are connected via trust relationships (such as via a membership agreement) conforming to requirements defined in a legal regulation, trust framework or governance framework. A trust network is more formal than a digital trust ecosystem; the latter may connect parties more loosely via transitive trust relationships and/or across multiple trust networks.
\n - trust objective
- \n
An objective shared by the parties in a trust community to establish and maintain trust relationships.
\n - trust objective
- \n
An objective shared by the parties in a trust community to establish and maintain trust relationships.
\n - Trust over IP
- \n
A term coined by John Jordan to describe the decentralized digital trust infrastructure made possible by the ToIP stack. A play on the term Voice over IP (abbreviated VoIP). The term was adopted as the name for the Trust over IP Foundation aka ToIP Foundation.
\n - trust registry protocol
- \n
See: ToIP Trust Registry Protocol.
\n - trust registry
- \n
A registry that serves as an authoritative source for trust graphs or other governed information describing one or more trust communities. A trust registry is typically authorized by a governance framework.
\n - trust registry
- \n
A registry that serves as an authoritative source for trust graphs or other governed information describing one or more trust communities. A trust registry is typically authorized by a governance framework.
\n - trust relationship
- \n
A relationship between a party and an entity in which the party has decided to trust the entity in one or more trust contexts up to a trust limit.
\n - trust relationship
- \n
A relationship between a party and an entity in which the party has decided to trust the entity in one or more trust contexts up to a trust limit.
\n - trust root
- \n
See: trust anchor
\n - trust root
- \n
See: trust anchor
\n - trust service provider
- \n
In the context of specific digital trust ecosystems, such as the European Union’s eIDAS regulations, a trust service provider is a legal entity that provides specific trust support services as required by legal regulations, trust frameworks, or governance frameworks. In the larger context of ToIP infrastructure, a trust service provider is a provider of services based on the ToIP stack. Most generally, a trust service provider is to the trust layer for the Internet what an Internet service provider (ISP) is to the Internet layer.
\n - trust service provider
- \n
In the context of specific digital trust ecosystems, such as the European Union’s eIDAS regulations, a trust service provider is a legal entity that provides specific trust support services as required by legal regulations, trust frameworks, or governance frameworks. In the larger context of ToIP infrastructure, a trust service provider is a provider of services based on the ToIP stack. Most generally, a trust service provider is to the trust layer for the Internet what an Internet service provider (ISP) is to the Internet layer.
\n - trust spanning layer
- \n
A spanning layer designed to span between different digital trust domains. In the ToIP stack, the trust spanning layer is ToIP Layer 2.
\n - trust spanning protocol
- \n
See: ToIP Trust Spanning Protocol.
\n - trust support layer
- \n
In the context of the ToIP stack, the trust support layer is ToIP Layer 1. It supports the operations of the ToIP Trust Spanning Protocol at ToIP Layer 2.
\n - trust support
- \n
A system, protocol, or other infrastructure whose function is to facilitate the establishment and maintenance of trust relationships at higher protocol layers. In the ToIP stack, the trust support layer is Layer 1.
\n - trust support
- \n
A system, protocol, or other infrastructure whose function is to facilitate the establishment and maintenance of trust relationships at higher protocol layers. In the ToIP stack, the trust support layer is Layer 1.
\n - trust task layer
- \n
In the context of the ToIP stack, the trust task layer is ToIP Layer 3. It supports trust applications operating at ToIP Layer 4.
\n - trust task protocol
- \n
A ToIP Layer 3 protocol that implements a specific trust task on behalf of a trust application operating at ToIP Layer 4.
\n - trust task protocol
- \n
A ToIP Layer 3 protocol that implements a specific trust task on behalf of a trust application operating at ToIP Layer 4.
\n - trust task
- \n
A specific task that involves establishing, verifying, or maintaining trust relationships or exchanging verifiable messages or verifiable data that can be performed on behalf of a trust application by a trust task protocol at Layer 3 of the ToIP stack.
\n - trust task
- \n
A specific task that involves establishing, verifying, or maintaining trust relationships or exchanging verifiable messages or verifiable data that can be performed on behalf of a trust application by a trust task protocol at Layer 3 of the ToIP stack.
\n - trust triangle
- \n
See: three-party model.
\n - trust triangle
- \n
See: three-party model.
\n - trust
- \n
A belief that an entity will behave in a predictable manner in specified circumstances. The entity may be a person, process, object or any combination of such components. The entity can be of any size from a single hardware component or software module, to a piece of equipment identified by make and model, to a site or location, to an organization, to a nation-state. Trust, while inherently a subjective determination, can be based on objective evidence and subjective elements. The objective grounds for trust can include for example, the results of information technology product testing and evaluation. Subjective belief, level of comfort, and experience may supplement (or even replace) objective evidence, or substitute for such evidence when it is unavailable. Trust is usually relative to a specific circumstance or situation (e.g., the amount of money involved in a transaction, the sensitivity or criticality of information, or whether safety is an issue with human lives at stake). Trust is generally not transitive (e.g., you trust a friend but not necessarily a friend of a friend). Finally, trust is generally earned, based on experience or measurement.
\n - trust
- \n
A belief that an entity will behave in a predictable manner in specified circumstances. The entity may be a person, process, object or any combination of such components. The entity can be of any size from a single hardware component or software module, to a piece of equipment identified by make and model, to a site or location, to an organization, to a nation-state. Trust, while inherently a subjective determination, can be based on objective evidence and subjective elements. The objective grounds for trust can include for example, the results of information technology product testing and evaluation. Subjective belief, level of comfort, and experience may supplement (or even replace) objective evidence, or substitute for such evidence when it is unavailable. Trust is usually relative to a specific circumstance or situation (e.g., the amount of money involved in a transaction, the sensitivity or criticality of information, or whether safety is an issue with human lives at stake). Trust is generally not transitive (e.g., you trust a friend but not necessarily a friend of a friend). Finally, trust is generally earned, based on experience or measurement.
\n - trust
- \n
A belief that an entity will behave in a predictable manner in specified circumstances. The entity may be a person, process, object or any combination of such components. The entity can be of any size from a single hardware component or software module, to a piece of equipment identified by make and model, to a site or location, to an organization, to a nation-state. Trust, while inherently a subjective determination, can be based on objective evidence and subjective elements. The objective grounds for trust can include for example, the results of information technology product testing and evaluation. Subjective belief, level of comfort, and experience may supplement (or even replace) objective evidence, or substitute for such evidence when it is unavailable. Trust is usually relative to a specific circumstance or situation (e.g., the amount of money involved in a transaction, the sensitivity or criticality of information, or whether safety is an issue with human lives at stake). Trust is generally not transitive (e.g., you trust a friend but not necessarily a friend of a friend). Finally, trust is generally earned, based on experience or measurement.
\n - trusted execution environment
- \n
A trusted execution environment (TEE) is a secure area of a main processor. It helps code and data loaded inside it to be protected with respect to confidentiality and integrity. Data integrity prevents unauthorized entities from outside the TEE from altering data, while code integrity prevents code in the TEE from being replaced or modified by unauthorized entities, which may also be the computer owner itself as in certain DRM schemes.
\n - trusted execution environment
- \n
A trusted execution environment (TEE) is a secure area of a main processor. It helps code and data loaded inside it to be protected with respect to confidentiality and integrity. Data integrity prevents unauthorized entities from outside the TEE from altering data, while code integrity prevents code in the TEE from being replaced or modified by unauthorized entities, which may also be the computer owner itself as in certain DRM schemes.
\n - trusted execution environment
- \n
A trusted execution environment (TEE) is a secure area of a main processor. It helps code and data loaded inside it to be protected with respect to confidentiality and integrity. Data integrity prevents unauthorized entities from outside the TEE from altering data, while code integrity prevents code in the TEE from being replaced or modified by unauthorized entities, which may also be the computer owner itself as in certain DRM schemes.
\n - trusted execution environment
- \n
A trusted execution environment (TEE) is a secure area of a main processor. It helps code and data loaded inside it to be protected with respect to confidentiality and integrity. Data integrity prevents unauthorized entities from outside the TEE from altering data, while code integrity prevents code in the TEE from being replaced or modified by unauthorized entities, which may also be the computer owner itself as in certain DRM schemes.
\n - trusted role
- \n
A role that performs restricted activities for an organization after meeting competence, security and background verification requirements for that role.
\n - trusted role
- \n
A role that performs restricted activities for an organization after meeting competence, security and background verification requirements for that role.
\n - trusted third party
- \n
In cryptography, a trusted third party (TTP) is an entity which facilitates interactions between two parties who both trust the third party; the third party reviews all critical transaction communications between the parties, based on the ease of creating fraudulent digital content. In TTP models, the relying parties use this trust to secure their own interactions. TTPs are common in any number of commercial transactions and in cryptographic digital transactions as well as cryptographic protocols, for example, a certificate authority (CA) would issue a digital certificate to one of two parties. The CA then becomes the TTP to that certificate’s issuance. Likewise transactions that need a third party recordation would also need a third-party repository service of some kind.
\n - trusted third party
- \n
In cryptography, a trusted third party (TTP) is an entity which facilitates interactions between two parties who both trust the third party; the third party reviews all critical transaction communications between the parties, based on the ease of creating fraudulent digital content. In TTP models, the relying parties use this trust to secure their own interactions. TTPs are common in any number of commercial transactions and in cryptographic digital transactions as well as cryptographic protocols, for example, a certificate authority (CA) would issue a digital certificate to one of two parties. The CA then becomes the TTP to that certificate’s issuance. Likewise transactions that need a third party recordation would also need a third-party repository service of some kind.
\n - trusted third party
- \n
In cryptography, a trusted third party (TTP) is an entity which facilitates interactions between two parties who both trust the third party; the third party reviews all critical transaction communications between the parties, based on the ease of creating fraudulent digital content. In TTP models, the relying parties use this trust to secure their own interactions. TTPs are common in any number of commercial transactions and in cryptographic digital transactions as well as cryptographic protocols, for example, a certificate authority (CA) would issue a digital certificate to one of two parties. The CA then becomes the TTP to that certificate’s issuance. Likewise transactions that need a third party recordation would also need a third-party repository service of some kind.
\n - trusted third party
- \n
In cryptography, a trusted third party (TTP) is an entity which facilitates interactions between two parties who both trust the third party; the third party reviews all critical transaction communications between the parties, based on the ease of creating fraudulent digital content. In TTP models, the relying parties use this trust to secure their own interactions. TTPs are common in any number of commercial transactions and in cryptographic digital transactions as well as cryptographic protocols, for example, a certificate authority (CA) would issue a digital certificate to one of two parties. The CA then becomes the TTP to that certificate’s issuance. Likewise transactions that need a third party recordation would also need a third-party repository service of some kind.
\n - trusted third party
- \n
In cryptography, a trusted third party (TTP) is an entity which facilitates interactions between two parties who both trust the third party; the third party reviews all critical transaction communications between the parties, based on the ease of creating fraudulent digital content. In TTP models, the relying parties use this trust to secure their own interactions. TTPs are common in any number of commercial transactions and in cryptographic digital transactions as well as cryptographic protocols, for example, a certificate authority (CA) would issue a digital certificate to one of two parties. The CA then becomes the TTP to that certificate’s issuance. Likewise transactions that need a third party recordation would also need a third-party repository service of some kind.
\n - trusted third party
- \n
In cryptography, a trusted third party (TTP) is an entity which facilitates interactions between two parties who both trust the third party; the third party reviews all critical transaction communications between the parties, based on the ease of creating fraudulent digital content. In TTP models, the relying parties use this trust to secure their own interactions. TTPs are common in any number of commercial transactions and in cryptographic digital transactions as well as cryptographic protocols, for example, a certificate authority (CA) would issue a digital certificate to one of two parties. The CA then becomes the TTP to that certificate’s issuance. Likewise transactions that need a third party recordation would also need a third-party repository service of some kind.
\n - trusted timestamp authority
- \n
An authority that is trusted to provide accurate time information in the form of a timestamp.
\n - trusted timestamp authority
- \n
An authority that is trusted to provide accurate time information in the form of a timestamp.
\n - trusted timestamp authority
- \n
An authority that is trusted to provide accurate time information in the form of a timestamp.
\n - trusted timestamp authority
- \n
An authority that is trusted to provide accurate time information in the form of a timestamp.
\n - trustworthiness
- \n
An attribute of an entity, such as a person or organization, that provides confidence to others of the qualifications, capabilities, and reliability of that entity to perform specific tasks and fulfill assigned responsibilities. Trustworthiness is also a characteristic of information technology products and systems. The attribute of trustworthiness, whether applied to people, processes, or technologies, can be measured, at least in relative terms if not quantitatively. The determination of trustworthiness plays a key role in establishing trust relationships among persons and organizations. The trust relationships are key factors in risk decisions made by senior leaders/executives.
\n - trustworthy
- \n
A property of an entity that has the attribute of trustworthiness.
\n - TSP
- \n
See: ToIP Trust Spanning Protocol.
\n - TTA
- \n
See: trusted timestamp authority.
\n - TTP
- \n
See: trusted third party.
\n - UDP
- \n
See: User Datagram Protocol.
\n - unicast address
- \n
A network address used for a unicast.
\n - unicast address
- \n
A network address used for a unicast.
\n - unicast
- \n
In computer networking, unicast is a one-to-one transmission from one point in the network to another point; that is, one sender and one receiver, each identified by a network address (a unicast address). Unicast is in contrast to multicast and broadcast which are one-to-many transmissions. Internet Protocol unicast delivery methods such as Transmission Control Protocol (TCP) and User Datagram Protocol (UDP) are typically used.
\n - Uniform Resource Identifier
- \n
A Uniform Resource Identifier (URI) is the generic standard for all types of identifiers used to link resources in the World Wide Web. The most common type of a URI is a URL (Uniform Resource Locator). The URI standard is defined by IETF RFC 3986. URNs (Uniform Resource Names) are another type of URIs intended for persistent identifiers.
\n - Uniform Resource Identifier
- \n
A Uniform Resource Identifier (URI) is the generic standard for all types of identifiers used to link resources in the World Wide Web. The most common type of a URI is a URL (Uniform Resource Locator). The URI standard is defined by IETF RFC 3986. URNs (Uniform Resource Names) are another type of URIs intended for persistent identifiers.
\n - Uniform Resource Identifier
- \n
A Uniform Resource Identifier (URI) is the generic standard for all types of identifiers used to link resources in the World Wide Web. The most common type of a URI is a URL (Uniform Resource Locator). The URI standard is defined by IETF RFC 3986. URNs (Uniform Resource Names) are another type of URIs intended for persistent identifiers.
\n - Uniform Resource Identifier
- \n
A Uniform Resource Identifier (URI) is the generic standard for all types of identifiers used to link resources in the World Wide Web. The most common type of a URI is a URL (Uniform Resource Locator). The URI standard is defined by IETF RFC 3986. URNs (Uniform Resource Names) are another type of URIs intended for persistent identifiers.
\n - Uniform Resource Locator
- \n
A Uniform Resource Locator (URL) is the standard form of a Web address used to link resources in browsers and other Internet applications. Technically, it is a specific type of Uniform Resource Identifier (URI).
\n - Uniform Resource Locator
- \n
A Uniform Resource Locator (URL) is the standard form of a Web address used to link resources in browsers and other Internet applications. Technically, it is a specific type of Uniform Resource Identifier (URI).
\n - Uniform Resource Locator
- \n
A Uniform Resource Locator (URL) is the standard form of a Web address used to link resources in browsers and other Internet applications. Technically, it is a specific type of Uniform Resource Identifier (URI).
\n - Uniform Resource Locator
- \n
A Uniform Resource Locator (URL) is the standard form of a Web address used to link resources in browsers and other Internet applications. Technically, it is a specific type of Uniform Resource Identifier (URI).
\n - Uniform Resource Name
- \n
A Uniform Resource Name (URN) is a type of URI (Uniform Resource Identifier) designed for persistent identifiers that are intended to be assigned once to a resource and never changed to identify a different resource. In some cases a URN is also intended to serve as a persistent way to locate the identified resource over time even as it moves locations on the network. The URN standard is defined by IETF RFC 8141.
\n - Uniform Resource Name
- \n
A Uniform Resource Name (URN) is a type of URI (Uniform Resource Identifier) designed for persistent identifiers that are intended to be assigned once to a resource and never changed to identify a different resource. In some cases a URN is also intended to serve as a persistent way to locate the identified resource over time even as it moves locations on the network. The URN standard is defined by IETF RFC 8141.
\n - Uniform Resource Name
- \n
A Uniform Resource Name (URN) is a type of URI (Uniform Resource Identifier) designed for persistent identifiers that are intended to be assigned once to a resource and never changed to identify a different resource. In some cases a URN is also intended to serve as a persistent way to locate the identified resource over time even as it moves locations on the network. The URN standard is defined by IETF RFC 8141.
\n - Uniform Resource Name
- \n
A Uniform Resource Name (URN) is a type of URI (Uniform Resource Identifier) designed for persistent identifiers that are intended to be assigned once to a resource and never changed to identify a different resource. In some cases a URN is also intended to serve as a persistent way to locate the identified resource over time even as it moves locations on the network. The URN standard is defined by IETF RFC 8141.
\n - URI
- \n
See: Uniform Resource Identifier.
\n - URL
- \n
See: Uniform Resource Locator.
\n - URN
- \n
See: Uniform Resource Name.
\n - user agent
- \n
A software agent that is used directly by the end-user as the principal. Browsers, email clients, and digital wallets are all examples of user agents.
\n - user agent
- \n
A software agent that is used directly by the end-user as the principal. Browsers, email clients, and digital wallets are all examples of user agents.
\n - User Datagram Protocol
- \n
In computer networking, the User Datagram Protocol (UDP) is one of the core communication protocols of the Internet protocol suite used to send messages (transported as datagrams in packets) to other hosts on an Internet Protocol (IP) network. Within an IP network, UDP does not require prior communication to set up communication channels or data paths.
\n - utility governance framework
- \n
A governance framework for a digital trust utility. A utility governance framework may be a component of or referenced by an ecosystem governance framework or a credential governance framework.
\n - utility governance framework
- \n
A governance framework for a digital trust utility. A utility governance framework may be a component of or referenced by an ecosystem governance framework or a credential governance framework.
\n - validation
- \n
An action an agent (of a principal) performs to determine whether a digital object or set of data meets the requirements of a specific party.
\n - validation
- \n
An action an agent (of a principal) performs to determine whether a digital object or set of data meets the requirements of a specific party.
\n - vault
- \n
See: digital vault.
\n - vault
- \n
See: digital vault.
\n - VC
- \n
See: verifiable credential.
\n - verifiable credential
- \n
A standard data model and representation format for cryptographically-verifiable digital credentials as defined by the W3C Verifiable Credentials Data Model Specification.
\n - verifiable credential
- \n
A standard data model and representation format for cryptographically-verifiable digital credentials as defined by the W3C Verifiable Credentials Data Model Specification.
\n - verifiable credential
- \n
A standard data model and representation format for cryptographically-verifiable digital credentials as defined by the W3C Verifiable Credentials Data Model Specification.
\n - verifiable credential
- \n
A standard data model and representation format for cryptographically-verifiable digital credentials as defined by the W3C Verifiable Credentials Data Model Specification.
\n - verifiable data registry
- \n
A registry that facilitates the creation, verification, updating, and/or deactivation of decentralized identifiers and DID documents. A verifiable data registry may also be used for other cryptographically-verifiable data structures such as verifiable credentials.
\n - verifiable data registry
- \n
A registry that facilitates the creation, verification, updating, and/or deactivation of decentralized identifiers and DID documents. A verifiable data registry may also be used for other cryptographically-verifiable data structures such as verifiable credentials.
\n - verifiable data registry
- \n
A registry that facilitates the creation, verification, updating, and/or deactivation of decentralized identifiers and DID documents. A verifiable data registry may also be used for other cryptographically-verifiable data structures such as verifiable credentials.
\n - verifiable data registry
- \n
A registry that facilitates the creation, verification, updating, and/or deactivation of decentralized identifiers and DID documents. A verifiable data registry may also be used for other cryptographically-verifiable data structures such as verifiable credentials.
\n - verifiable data
- \n
Any digital data or object that is digitally signed in such a manner that it can be cryptographically verified.
\n - verifiable identifier
- \n
An identifier over which the controller can provide cryptographic proof of control. Each type of VID defines a specific means for discovering the public key, network endpoints, or other metadata necessary to prove control. Decentralized identifiers (DIDs) are a W3C standard for VIDs. VIDs are the cryptographically verifiable identifiers used in the ToIP stack.
\n - verifiable identifier
- \n
An identifier over which the controller can provide cryptographic proof of control. Each type of VID defines a specific means for discovering the public key, network endpoints, or other metadata necessary to prove control. Decentralized identifiers (DIDs) are a W3C standard for VIDs. VIDs are the cryptographically verifiable identifiers used in the ToIP stack.
\n - verifiable identifier
- \n
An identifier over which the controller can provide cryptographic proof of control. Each type of VID defines a specific means for discovering the public key, network endpoints, or other metadata necessary to prove control. Decentralized identifiers (DIDs) are a W3C standard for VIDs. VIDs are the cryptographically verifiable identifiers used in the ToIP stack.
\n - verifiable identifier
- \n
An identifier over which the controller can provide cryptographic proof of control. Each type of VID defines a specific means for discovering the public key, network endpoints, or other metadata necessary to prove control. Decentralized identifiers (DIDs) are a W3C standard for VIDs. VIDs are the cryptographically verifiable identifiers used in the ToIP stack.
\n - verifiable message
- \n
A message communicated as verifiable data by virtue of being digitally signed.
\n - verifiable message
- \n
A message communicated as verifiable data by virtue of being digitally signed.
\n - verifiable message
- \n
A message communicated as verifiable data by virtue of being digitally signed.
\n - verifiable
- \n
In the context of digital communications infrastructure, the ability to determine the authenticity of a communication (e.g., sender, contents, claims, metadata, provenance), or the underlying sociotechnical infrastructure (e.g., governance, roles, policies, authorizations, certifications).
\n - verifiable
- \n
In the context of digital communications infrastructure, the ability to determine the authenticity of a communication (e.g., sender, contents, claims, metadata, provenance), or the underlying sociotechnical infrastructure (e.g., governance, roles, policies, authorizations, certifications).
\n - verification
- \n
An action an agent (of a principal) performs to determine the authenticity of a claim or other data object. Cryptographic verification uses cryptographic keys.
\n - verification
- \n
An action an agent (of a principal) performs to determine the authenticity of a claim or other data object. Cryptographic verification uses cryptographic keys.
\n - verification
- \n
An action an agent (of a principal) performs to determine the authenticity of a claim or other data object. Cryptographic verification uses cryptographic keys.
\n - verification
- \n
An action an agent (of a principal) performs to determine the authenticity of a claim or other data object. Cryptographic verification uses cryptographic keys.
\n - verification
- \n
An action an agent (of a principal) performs to determine the authenticity of a claim or other data object. Cryptographic verification uses cryptographic keys.
\n - verifier
- \n
A role an agent performs to perform verification of one or more proofs of the claims in a digital credential or other verifiable data.
\n - verifier
- \n
A role an agent performs to perform verification of one or more proofs of the claims in a digital credential or other verifiable data.
\n - VID relationship
- \n
The communications relationship formed between two VIDs using the ToIP Trust Spanning Protocol. A particular feature of this protocol is its ability to establish as many VID relationships as needed to establish different relationship contexts between the communicating entities.
\n - VID relationship
- \n
The communications relationship formed between two VIDs using the ToIP Trust Spanning Protocol. A particular feature of this protocol is its ability to establish as many VID relationships as needed to establish different relationship contexts between the communicating entities.
\n - VID-to-VID
- \n
The specialized type of peer-to-peer communications enabled by the ToIP Trust Spanning Protocol. Each pair of VIDs creates a unique VID relationship.
\n - VID-to-VID
- \n
The specialized type of peer-to-peer communications enabled by the ToIP Trust Spanning Protocol. Each pair of VIDs creates a unique VID relationship.
\n - VID
- \n
See verifiable identifier.
\n - virtual vault
- \n
A digital vault enclosed inside another digital vault by virtue of having its own verifiable identifier (VID) and its own set of encryption keys that are separate from those used to unlock the enclosing vault.
\n - virtual vault
- \n
A digital vault enclosed inside another digital vault by virtue of having its own verifiable identifier (VID) and its own set of encryption keys that are separate from those used to unlock the enclosing vault.
\n - Voice over IP
- \n
Voice over Internet Protocol (VoIP), also called IP telephony, is a method and group of technologies for voice calls for the delivery of voice communication sessions over Internet Protocol (IP) networks, such as the Internet.
\n - Voice over IP
- \n
Voice over Internet Protocol (VoIP), also called IP telephony, is a method and group of technologies for voice calls for the delivery of voice communication sessions over Internet Protocol (IP) networks, such as the Internet.
\n - VoIP
- \n
See: Voice over IP.
\n - W3C Verifiable Credentials Data Model Specification
- \n
A W3C Recommendation defining a standard data model and representation format for cryptographically-verifiable digital credentials. Version 1.1 was published on 03 March 2022.
\n - wallet engine
- \n
The set of software components that form the core of a digital wallet, but which by themselves are not sufficient to deliver a fully functional wallet for use by a digital agent (of a principal). A wallet engine is to a digital wallet what a browser engine is to a web browser.
\n - wallet engine
- \n
The set of software components that form the core of a digital wallet, but which by themselves are not sufficient to deliver a fully functional wallet for use by a digital agent (of a principal). A wallet engine is to a digital wallet what a browser engine is to a web browser.
\n - wallet
- \n
See: digital wallet.
\n - wallet
- \n
See: digital wallet.
\n - witness
- \n
A computer system that receives, verifies, and stores proofs of key events for a verifiable identifier (especially an autonomic identifier). Each witness controls its own verifiable identifier used to sign key event messages stored by the witness. A witness may use any suitable computer system or database architecture, including a file, centralized database, distributed database, distributed ledger, or blockchain.
\n - witness
- \n
A computer system that receives, verifies, and stores proofs of key events for a verifiable identifier (especially an autonomic identifier). Each witness controls its own verifiable identifier used to sign key event messages stored by the witness. A witness may use any suitable computer system or database architecture, including a file, centralized database, distributed database, distributed ledger, or blockchain.
\n - zero-knowledge proof
- \n
A specific kind of cryptographic proof that proves facts about data to a verifier without revealing the underlying data itself. A common example is proving that a person is over or under a specific age without revealing the person’s exact birthdate.
\n - zero-knowledge proof
- \n
A specific kind of cryptographic proof that proves facts about data to a verifier without revealing the underlying data itself. A common example is proving that a person is over or under a specific age without revealing the person’s exact birthdate.
\n - zero-knowledge proof
- \n
A specific kind of cryptographic proof that proves facts about data to a verifier without revealing the underlying data itself. A common example is proving that a person is over or under a specific age without revealing the person’s exact birthdate.
\n - zero-knowledge proof
- \n
A specific kind of cryptographic proof that proves facts about data to a verifier without revealing the underlying data itself. A common example is proving that a person is over or under a specific age without revealing the person’s exact birthdate.
\n - zero-knowledge service provider
- \n
The provider of a zero-knowledge service that hosts encrypted data on behalf of the principal but does not have access to the private keys in order to be able to decrypt it.
\n - zero-knowledge service provider
- \n
The provider of a zero-knowledge service that hosts encrypted data on behalf of the principal but does not have access to the private keys in order to be able to decrypt it.
\n - zero-knowledge service
- \n
In cloud computing, the term “zero-knowledge” refers to an online service that stores, transfers or manipulates data in a way that maintains a high level of confidentiality, where the data is only accessible to the data's owner (the client), and not to the service provider. This is achieved by encrypting the raw data at the client’s side or end-to-end (in case there is more than one client), without disclosing the password to the service provider. This means that neither the service provider, nor any third party that might intercept the data, can decrypt and access the data without prior permission, allowing the client a higher degree of privacy than would otherwise be possible. In addition, zero-knowledge services often strive to hold as little metadata as possible, holding only that data that is functionally needed by the service.
\n - zero-knowledge service
- \n
In cloud computing, the term “zero-knowledge” refers to an online service that stores, transfers or manipulates data in a way that maintains a high level of confidentiality, where the data is only accessible to the data's owner (the client), and not to the service provider. This is achieved by encrypting the raw data at the client’s side or end-to-end (in case there is more than one client), without disclosing the password to the service provider. This means that neither the service provider, nor any third party that might intercept the data, can decrypt and access the data without prior permission, allowing the client a higher degree of privacy than would otherwise be possible. In addition, zero-knowledge services often strive to hold as little metadata as possible, holding only that data that is functionally needed by the service.
\n - zero-trust architecture
- \n
A network security architecture based on the core design principle “never trust, always verify”, so that all actors are denied access to resources pending verification.
\n - zero-trust architecture
- \n
A network security architecture based on the core design principle “never trust, always verify”, so that all actors are denied access to resources pending verification.
\n - zero-trust architecture
- \n
A network security architecture based on the core design principle “never trust, always verify”, so that all actors are denied access to resources pending verification.
\n - zero-trust architecture
- \n
A network security architecture based on the core design principle “never trust, always verify”, so that all actors are denied access to resources pending verification.
\n - ZKP
- \n
See: zero-knowledge proof.
\n
- ACDC
authentic-chained-data-container
\n- ACDC
authentic-chained-data-container
\n- ADC
authentic-data-container
\n- ADC
authentic-data-container
\n- APC
authentic-provenance-chain
\n- APC
authentic-provenance-chain
\n- AVR
authorized-vlei-representative
\n- AVR
authorized-vlei-representative
\n- BADA
best-available-data-acceptance-mechanism
\n- BADA
best-available-data-acceptance-mechanism
\n- CESR-version
the CESR Version is provided by a special Count Code that specifies the Version of all the CESR code tables in a given Stream or Stream section.
\n- CESR-version
the CESR Version is provided by a special Count Code that specifies the Version of all the CESR code tables in a given Stream or Stream section.
\n- CESR
composable-event-streaming-representation
\n- CESR
composable-event-streaming-representation
\n- CLC
chain-link-confidentiality
\n- CLC
chain-link-confidentiality
\n- DAR
designated-authorized-representative
\n- DAR
designated-authorized-representative
\n- DEL
duplicitous-event-log
\n- DEL
duplicitous-event-log
\n- ECR
engagement-context-role
\n- ECR
engagement-context-role
\n- GAR
gleif-authorized-representative
\n- GAR
gleif-authorized-representative
\n- GLEIS
Global Legal Entity Identifier System
\n- GLEIS
Global Legal Entity Identifier System
\n- IPEX
issuance-and-presentation-exchange-protocol
\n- IPEX
issuance-and-presentation-exchange-protocol
\n- KA2CE
keri-agreement-algorithm-for-control-establishment
\n- KA2CE
keri-agreement-algorithm-for-control-establishment
\n- KAACE
keri-agreement-algorithm-for-control-establishment
\n- KAACE
keri-agreement-algorithm-for-control-establishment
\n- KAPI
Application programmer interfaces (APIs) for the various components in the KERI ecosystem such as Controllers, Agents, Witnesses, Watchers, Registrars etc need by which they can share information. The unique properties of the KERI protocol require APIs that preserve those properties. We call the set of APIs the KERI API.
\n- KAPI
Application programmer interfaces (APIs) for the various components in the KERI ecosystem such as Controllers, Agents, Witnesses, Watchers, Registrars etc need by which they can share information. The unique properties of the KERI protocol require APIs that preserve those properties. We call the set of APIs the KERI API.
\n- KAWA
keri’s-algorithm-for-witness-agreement
\n- KAWA
keri’s-algorithm-for-witness-agreement
\n- KEL
A Key Event Log.
\n- KEL
A Key Event Log.
\n- KERI
key-event-receipt-infrastructure
\n- KERI
key-event-receipt-infrastructure
\n- KERIA-agent
An agent in keria terms, is an instance of a keystore (hab) that runs in a given instance of the KERIA agent server.
\n- KERIA-agent
An agent in keria terms, is an instance of a keystore (hab) that runs in a given instance of the KERIA agent server.
\n- KERIA
KERI Agent in the cloud. The KERIA service will expose 3 separate HTTP endpoints on 3 separate network interfaces.
\n- KERIA
KERI Agent in the cloud. The KERIA service will expose 3 separate HTTP endpoints on 3 separate network interfaces.
\n- KERIMask
A wallet similar to MetaMask, the manifestation will be a browser extension and it will connect to KERIA servers in order for a person to control AIDs from their browser.
\n- KERIMask
A wallet similar to MetaMask, the manifestation will be a browser extension and it will connect to KERIA servers in order for a person to control AIDs from their browser.
\n- KERISSE
keri-suite-search-engine
\n- KERISSE
keri-suite-search-engine
\n- KERL
key-event-receipt-log
\n- KERL
key-event-receipt-log
\n- KID
keri-improvement-doc
\n- KID
keri-improvement-doc
\n- KRAM
keri-request-authentication-method
\n- KRAM
keri-request-authentication-method
\n- OOBI
out-of-band-introduction
\n- OOBI
out-of-band-introduction
\n- OOR
official-organizational-role
\n- OOR
official-organizational-role
\n- PID
percolated-information-discovery
\n- PID
percolated-information-discovery
\n- PTEL
public-transaction-event-log
\n- PTEL
public-transaction-event-log
\n- QAR
qvi-authorized-representative
\n- QAR
qvi-authorized-representative
\n- QVI
qualified-vlei-issuer
\n- QVI
qualified-vlei-issuer
\n- RID
root-autonomic-identifier
\n- RID
root-autonomic-identifier
\n- RUN
The acronym for the new peer-to-peer end-verifiable monotonic update policy is RUN (Read, Update, Nullify).
\n- RUN
The acronym for the new peer-to-peer end-verifiable monotonic update policy is RUN (Read, Update, Nullify).
\n- SAD
self-addressing-data
\n- SAD
self-addressing-data
\n- SAID
self-addressing-identifier
\n- SAID
self-addressing-identifier
\n- SKRAP
signify-keria-request-authentication-protocol
\n- SKRAP
signify-keria-request-authentication-protocol
\n- SKWA
simple-keri-for-web-auth
\n- SKWA
simple-keri-for-web-auth
\n- SPAC
secure-private-authentic-confidentiality
\n- SPAC
secure-private-authentic-confidentiality
\n- TEL
transaction-event-log
\n- TEL
transaction-event-log
\n- TOAD
threshold-of-accountable-duplicity
\n- TOAD
threshold-of-accountable-duplicity
\n- VCTEL
virtual-credential-transaction-event-log
\n- VCTEL
virtual-credential-transaction-event-log
\n- abandoned-identifier
An AID is abandoned when either the inception-event or a subsequent rotation-event rotates to an empty next key digest list (which means the next threshold must also be 0).
\n- abandoned-identifier
An AID is abandoned when either the inception-event or a subsequent rotation-event rotates to an empty next key digest list (which means the next threshold must also be 0).
\n- access-controlled-interaction
Access controlled actions like submitting a report. If you already have that report then load balancer needs a mechanism to drop repeated requests.
\n- access-controlled-interaction
Access controlled actions like submitting a report. If you already have that report then load balancer needs a mechanism to drop repeated requests.
\n- ambient-verifiability
Verifiable by anyone, anywhere, at anytime. Although this seems a general term, it was first used in the context of KERI by Sam Smith.
\n- ambient-verifiability
Verifiable by anyone, anywhere, at anytime. Although this seems a general term, it was first used in the context of KERI by Sam Smith.
\n- ample
The minimum required number of participants in an event to have a supermajority so that one and only one agreement or consensus on an event may be reached. This is a critical part of the KAACE agreement algorithm (consensus) in KERI for establishing consensus between witnesses on the key state of a KERI identifier.
\n- ample
The minimum required number of participants in an event to have a supermajority so that one and only one agreement or consensus on an event may be reached. This is a critical part of the KAACE agreement algorithm (consensus) in KERI for establishing consensus between witnesses on the key state of a KERI identifier.
\n- authentic-chained-data-container
a directed acyclic graph with properties to provide a verifiable chain of proof-of-authorship. See the full specification
\n- authentic-chained-data-container
a directed acyclic graph with properties to provide a verifiable chain of proof-of-authorship. See the full specification
\n- authentic-data-container
A mechanism for conveying data that allows the authenticity of its content to be proved.
\n- authentic-data-container
A mechanism for conveying data that allows the authenticity of its content to be proved.
\n- authentic-provenance-chain
Interlinked presentation-exchange of evidence that allow data to be tracked back to its origin in an objectively verifiable way.
\n- authentic-provenance-chain
Interlinked presentation-exchange of evidence that allow data to be tracked back to its origin in an objectively verifiable way.
\n- authorized-vlei-representative
Also ‘AVR’. This a representative of a Legal Entity that are authorized by the DAR of a Legal Entity to request issuance and revocation of:
\n- authorized-vlei-representative
Also ‘AVR’. This a representative of a Legal Entity that are authorized by the DAR of a Legal Entity to request issuance and revocation of:
\n- backer
an alternative to a traditional KERI based Witness commonly using Distributed Ledger Technology (DLT) to store the KEL for an identifier.
\n- backer
an alternative to a traditional KERI based Witness commonly using Distributed Ledger Technology (DLT) to store the KEL for an identifier.
\n- base-media-type
credential plus ld plus json.
\n- base-media-type
credential plus ld plus json.
\n- bespoke-credential
It’s an issuance-event of the disclosure or presentation of other ACDCs. Bespoke means Custom or tailor made.
\n- bespoke-credential
It’s an issuance-event of the disclosure or presentation of other ACDCs. Bespoke means Custom or tailor made.
\n- best-available-data-acceptance-mechanism
The BADA security model provides a degree of replay-attack protection. The attributate originator (issuer, author, source) is provided by an attached signature couple or quadruple. A single reply could have multiple originators. When used as an authorization the reply attributes may include the identifier of the authorizer and the logic for processing the associated route may require a matching attachment.
\n- best-available-data-acceptance-mechanism
The BADA security model provides a degree of replay-attack protection. The attributate originator (issuer, author, source) is provided by an attached signature couple or quadruple. A single reply could have multiple originators. When used as an authorization the reply attributes may include the identifier of the authorizer and the logic for processing the associated route may require a matching attachment.
\n- bexter
The class variable length text that is used in CESR and preserves the round-trip transposability using Base64 URL safe-only encoding even though the text variable length.
\n- bexter
The class variable length text that is used in CESR and preserves the round-trip transposability using Base64 URL safe-only encoding even though the text variable length.
\n- bis
bis = backed vc issue, registry-backed transaction event log credential issuance
\n- bis
bis = backed vc issue, registry-backed transaction event log credential issuance
\n- bivalent
A nested set of layered delegations in a delegation tree, wraps each layer with compromise recovery protection of the next higher layer. This maintains the security of the root layer for compromise recovery all the way out to the leaves in spite of the leaves using less secure key management methods.
\n- bivalent
A nested set of layered delegations in a delegation tree, wraps each layer with compromise recovery protection of the next higher layer. This maintains the security of the root layer for compromise recovery all the way out to the leaves in spite of the leaves using less secure key management methods.
\n- blind-oobi
A blind OOBI means that you have some mechanisms in place for verifying the AID instead of via the OOBI itself. A blind OOBI is essentially a URL. It’s called “blind” because the witness is not in the OOBI itself. You haves other ways of verifying the AID supplied.
\n- blind-oobi
A blind OOBI means that you have some mechanisms in place for verifying the AID instead of via the OOBI itself. A blind OOBI is essentially a URL. It’s called “blind” because the witness is not in the OOBI itself. You haves other ways of verifying the AID supplied.
\n- blinded-revocation-registry
The current state of a transaction-event-log (TEL) may be hidden or blinded such that the only way for a potential verifier of the state to observe that state is when the controller of a designated AID discloses it at the time of presentation.
\n- blinded-revocation-registry
The current state of a transaction-event-log (TEL) may be hidden or blinded such that the only way for a potential verifier of the state to observe that state is when the controller of a designated AID discloses it at the time of presentation.
\n- bran
A cryptographic string used as a primary input, a seed, for creating key material for and autonomic-identifier.
\n- bran
A cryptographic string used as a primary input, a seed, for creating key material for and autonomic-identifier.
\n- brv
brv = backed vc revoke, registry-backed transaction event log credential revocation
\n- brv
brv = backed vc revoke, registry-backed transaction event log credential revocation
\n- cesr-proof-signatures
CESR Proof Signatures is an extension to the Composable Event Streaming Representation [CESR] that provides transposable cryptographic signature attachments on self-addressing data SAD. Any SAD, such as an Authentic Chained Data Container (ACDC) Verifiable Credential [ACDC], for example, may be signed with a CESR Proof Signature and streamed along with any other CESR content. In addition, a signed SAD can be embedded inside another SAD, and the CESR proof signature attachment can be transposed across envelope boundaries and streamed without losing any cryptographic integrity.
\n- cesr-proof-signatures
CESR Proof Signatures is an extension to the Composable Event Streaming Representation [CESR] that provides transposable cryptographic signature attachments on self-addressing data SAD. Any SAD, such as an Authentic Chained Data Container (ACDC) Verifiable Credential [ACDC], for example, may be signed with a CESR Proof Signature and streamed along with any other CESR content. In addition, a signed SAD can be embedded inside another SAD, and the CESR proof signature attachment can be transposed across envelope boundaries and streamed without losing any cryptographic integrity.
\n- cesride
is concerned with parsing CESR primitives.
\n- cesride
is concerned with parsing CESR primitives.
\n- chain-link-confidential-disclosure
contractual restrictions and liability imposed on a recipient of a disclosed ACDC that contractually link the obligations to protect the disclosure of the information contained within the ACDC to all subsequent recipients as the information moves downstream. The Chain-link Confidential Disclosure provides a mechanism for protecting against un-permissioned exploitation of the data disclosed via an ACDC.
\n- chain-link-confidential-disclosure
contractual restrictions and liability imposed on a recipient of a disclosed ACDC that contractually link the obligations to protect the disclosure of the information contained within the ACDC to all subsequent recipients as the information moves downstream. The Chain-link Confidential Disclosure provides a mechanism for protecting against un-permissioned exploitation of the data disclosed via an ACDC.
\n- chain-link-confidentiality
Chains together a sequence of disclosee which may also include a set of constraints on data usage by both second and third parties expressed in legal language such that the constraints apply to all recipients of the disclosed data thus the phrase “chain link” confidentiality. Each Disclosee in the sequence in turn is the discloser to the next Disclosee.
\n- chain-link-confidentiality
Chains together a sequence of disclosee which may also include a set of constraints on data usage by both second and third parties expressed in legal language such that the constraints apply to all recipients of the disclosed data thus the phrase “chain link” confidentiality. Each Disclosee in the sequence in turn is the discloser to the next Disclosee.
\n- cigar
An unindexed-signature.
\n- cigar
An unindexed-signature.
\n- code-table-selector
the first character in the text code of composable-event-streaming-representation that determines which code-table to use, either a default code table or a code table selector character when not the default code table. Thus the 1 character text code table must do double duty. It must provide selectors for the different text code tables and also provide type codes for the most popular primitives that have a pad size of 1 that appear is the default code table.
\n- code-table-selector
the first character in the text code of composable-event-streaming-representation that determines which code-table to use, either a default code table or a code table selector character when not the default code table. Thus the 1 character text code table must do double duty. It must provide selectors for the different text code tables and also provide type codes for the most popular primitives that have a pad size of 1 that appear is the default code table.
\n- cold-start-stream-parsing
After a reboot (or cold start), a stream processor looks for framing information to know how to parse groups of elements in the stream.
\n- cold-start-stream-parsing
After a reboot (or cold start), a stream processor looks for framing information to know how to parse groups of elements in the stream.
\n- compact-disclosure
a disclosure of an ACDC that discloses only the SAID(s) of some or all of its field maps. Both Partial and Selective Disclosure rely on Compact Disclosure.
\n- compact-disclosure
a disclosure of an ACDC that discloses only the SAID(s) of some or all of its field maps. Both Partial and Selective Disclosure rely on Compact Disclosure.
\n- compact-variant
Either a most-compact version of an ACDC or the fully-compact version of an ACDC. An issuer commitment via a signature to any variant of ACDC (compact, full, etc) makes a cryptographic commitment to the top-level section fields shared by all variants of that ACDC because the value of a top-level-section is either the SAD or the SAID of the SAD of the associated section.
\n- compact-variant
Either a most-compact version of an ACDC or the fully-compact version of an ACDC. An issuer commitment via a signature to any variant of ACDC (compact, full, etc) makes a cryptographic commitment to the top-level section fields shared by all variants of that ACDC because the value of a top-level-section is either the SAD or the SAID of the SAD of the associated section.
\n- composable-event-streaming-representation
Also called ‘CESR’. This compact encoding scheme fully supports both textual and binary streaming applications of attached crypto material of all types. This approach includes composability in both the textual and binary streaming domains. The primitive may be the minimum possible but still composable size.
\n- composable-event-streaming-representation
Also called ‘CESR’. This compact encoding scheme fully supports both textual and binary streaming applications of attached crypto material of all types. This approach includes composability in both the textual and binary streaming domains. The primitive may be the minimum possible but still composable size.
\n- composable
composability
\n- composable
composability
\n- configuration-traits
a list of specially defined strings representing a configuration of a KEL. See #configuration-traits-field.
\n- configuration-traits
a list of specially defined strings representing a configuration of a KEL. See #configuration-traits-field.
\n- contingent-disclosure
Contingent disclosure is a privacy-preserving mechanism where only specific information or attributes are disclosed under defined conditions. It enables the selective sharing of data such that only the required information is revealed to a relying party, without exposing other unrelated or sensitive details. chain-link-confidentiality is a form of contingent disclosure.
\n- contingent-disclosure
Contingent disclosure is a privacy-preserving mechanism where only specific information or attributes are disclosed under defined conditions. It enables the selective sharing of data such that only the required information is revealed to a relying party, without exposing other unrelated or sensitive details. chain-link-confidentiality is a form of contingent disclosure.
\n- contractually-protected-disclosure
a discloser of an ACDC that leverages a Graduated Disclosure so that contractual protections can be put into place to minimize the leakage of information that can be correlated. A Contractually Protected Disclosure partially or selectively reveals the information contained within the ACDC in the initial interaction with the recipient and discloses further information only after the recipient agrees to the terms established by the discloser. More information may be progressively revealed as the recipient agrees to additional terms.
\n- contractually-protected-disclosure
a discloser of an ACDC that leverages a Graduated Disclosure so that contractual protections can be put into place to minimize the leakage of information that can be correlated. A Contractually Protected Disclosure partially or selectively reveals the information contained within the ACDC in the initial interaction with the recipient and discloses further information only after the recipient agrees to the terms established by the discloser. More information may be progressively revealed as the recipient agrees to additional terms.
\n- cooperative-delegation
The way KERI addresses the security-cost-performance-architecture-trade-off is via delegation of identifier prefixes. Delegation includes a delegator and a delegate. For this reason we may call this a cooperative delegation. This is a somewhat novel form of delegation.
\n- cooperative-delegation
The way KERI addresses the security-cost-performance-architecture-trade-off is via delegation of identifier prefixes. Delegation includes a delegator and a delegate. For this reason we may call this a cooperative delegation. This is a somewhat novel form of delegation.
\n- count-code
group-framing-code
\n- count-code
group-framing-code
\n- current-threshold
represents the number or fractional weights of signatures from the given set of current keys required to be attached to a Message for the Message to be considered fully signed.
\n- current-threshold
represents the number or fractional weights of signatures from the given set of current keys required to be attached to a Message for the Message to be considered fully signed.
\n- custodial-agent
An agent owned by an individual who has granted signing-authority to a custodian who is usually also the host of the running agent software. Using partial-rotation to facilitate custodial key management the owner of the identifier retains rotation-authority and thus the ability to “fire” the custodian at any time without requiring the cooperation of the custodian.
\n- custodial-agent
An agent owned by an individual who has granted signing-authority to a custodian who is usually also the host of the running agent software. Using partial-rotation to facilitate custodial key management the owner of the identifier retains rotation-authority and thus the ability to “fire” the custodian at any time without requiring the cooperation of the custodian.
\n- custodial-rotation
Rotation is based on control authority that is split between two key sets. The first for signing authority and the second (pre-rotated) for rotation authority, the associated thresholds and key list can be structured so that a designated custodial agent can hold signing authority, while the original controller can hold exclusive rotation authority.
\n- custodial-rotation
Rotation is based on control authority that is split between two key sets. The first for signing authority and the second (pre-rotated) for rotation authority, the associated thresholds and key list can be structured so that a designated custodial agent can hold signing authority, while the original controller can hold exclusive rotation authority.
\n- delegation
A person or group of persons officially elected or appointed to represent another or others.
\n- delegation
A person or group of persons officially elected or appointed to represent another or others.
\n- derivation-code
To properly extract and use the public-key-infrastructure embedded in a self-certifying-identifier we need to know the cryptographic signing scheme used by the key-pair. KERI includes this very compactly in the identifier, by replacing the pad character (a character used to fill a void to able to always end up with a fixed length public key) with a special character that encodes the derivation process. We call this the derivation code.
\n- derivation-code
To properly extract and use the public-key-infrastructure embedded in a self-certifying-identifier we need to know the cryptographic signing scheme used by the key-pair. KERI includes this very compactly in the identifier, by replacing the pad character (a character used to fill a void to able to always end up with a fixed length public key) with a special character that encodes the derivation process. We call this the derivation code.
\n- designated-authorized-representative
Also ‘DAR’. These are representatives of a Legal Entity that are authorized by the Legal Entity to act officially on behalf of the Legal Entity. DARs can authorize:
\n- designated-authorized-representative
Also ‘DAR’. These are representatives of a Legal Entity that are authorized by the Legal Entity to act officially on behalf of the Legal Entity. DARs can authorize:
\n- diger
A primitive that represents a digest. It has the ability to verify that an input hashes to its raw value.
\n- diger
A primitive that represents a digest. It has the ability to verify that an input hashes to its raw value.
\n- dip
dip = delcept, delegated inception
\n- dip
dip = delcept, delegated inception
\n- direct-mode
Two primary trust modalities motivated the KERI design, One of these is the direct (one-to-one) mode, in which the identity controller establishes control via verified signatures of the controlling key-pair. The direct mode doesn’t use witnesses nor key-event-receipt-logs, but has direct (albeit intermittent) network contact with the validator.
\n- direct-mode
Two primary trust modalities motivated the KERI design, One of these is the direct (one-to-one) mode, in which the identity controller establishes control via verified signatures of the controlling key-pair. The direct mode doesn’t use witnesses nor key-event-receipt-logs, but has direct (albeit intermittent) network contact with the validator.
\n- domain
a representation of a primitive either Text (T), Binary (B) or Raw binary ®.
\n- domain
a representation of a primitive either Text (T), Binary (B) or Raw binary ®.
\n- drt
drt = deltate, delegated rotation
\n- drt
drt = deltate, delegated rotation
\n- dual-indexed-codes
a context-specific coding scheme, for the common use case of thresholded multi-signature schemes in CESR.
\n- dual-indexed-codes
a context-specific coding scheme, for the common use case of thresholded multi-signature schemes in CESR.
\n- dual-text-binary-encoding-format
An encoding format that allows for both text and binary encoding format, which is fully interchangeable. The composability property enables the round trip conversion en-masse of concatenated primitives between the text domain and binary domain while maintaining the separability of individual primitives.
\n- dual-text-binary-encoding-format
An encoding format that allows for both text and binary encoding format, which is fully interchangeable. The composability property enables the round trip conversion en-masse of concatenated primitives between the text domain and binary domain while maintaining the separability of individual primitives.
\n- duplicitous-event-log
This is a record of inconsistent event messages produced by a given controller or witness with respect to a given key-event-receipt-log. The duplicitous events are indexed to the corresponding event in a KERL.
\n- duplicitous-event-log
This is a record of inconsistent event messages produced by a given controller or witness with respect to a given key-event-receipt-log. The duplicitous events are indexed to the corresponding event in a KERL.
\n- duplicity-detection
A mechanism to detect duplicity in cryptographically secured event logs.
\n- duplicity-detection
A mechanism to detect duplicity in cryptographically secured event logs.
\n- encrypt-sender-sign-receiver
An authenticated encryption approach, using PKI. It covers authenticity and confidentiality.
\n- encrypt-sender-sign-receiver
An authenticated encryption approach, using PKI. It covers authenticity and confidentiality.
\n- end-role
An end role is an authorization for one AID to serve in a role for another AID.
\n- end-role
An end role is an authorization for one AID to serve in a role for another AID.
\n- engagement-context-role
A person that represents the legal-entity in a functional or in another context role and is issued an ECR vlei-credential.
\n- engagement-context-role
A person that represents the legal-entity in a functional or in another context role and is issued an ECR vlei-credential.
\n- escrow-state
The current state of all the temporary storage locations (what events are waiting for what other information) that KERI protocol needs to keep track of, due to its fully asynchronous nature.
\n- escrow-state
The current state of all the temporary storage locations (what events are waiting for what other information) that KERI protocol needs to keep track of, due to its fully asynchronous nature.
\n- establishment-event
a key-event that establishes or changes the key state which includes the current set of authoritative keypairs (key state) for an AID.
\n- establishment-event
a key-event that establishes or changes the key state which includes the current set of authoritative keypairs (key state) for an AID.
\n- exn
exn = exchange
\n- exn
exn = exchange
\n- exp
exp = expose, sealed data exposition
\n- exp
exp = expose, sealed data exposition
\n- field-map
A traditional key:value pair renamed to avoid confusing with the cryptographic use of the term ‘key’.
\n- field-map
A traditional key:value pair renamed to avoid confusing with the cryptographic use of the term ‘key’.
\n- first-seen
refers to the first instance of a message received by any witness or watcher. The first-seen event is always seen, and can never be unseen. It forms the basis for duplicity detection in KERI-based systems.
\n- first-seen
refers to the first instance of a message received by any witness or watcher. The first-seen event is always seen, and can never be unseen. It forms the basis for duplicity detection in KERI-based systems.
\n- frame-code
framing-code
\n- frame-code
framing-code
\n- framing-code
a code that delineates a number of characters or bytes, as appropriate, that can be extracted atomically from a stream.
\n- framing-code
a code that delineates a number of characters or bytes, as appropriate, that can be extracted atomically from a stream.
\n- full-disclosure
a disclosure of an ACDC that discloses the full details of some or all of its field maps. In the context of selective-disclosure, Full Disclosure means detailed disclosure of the selectively disclosed attributes, not the detailed disclosure of all selectively disclosable attributes. In the context of partial-disclosure, Full Disclosure means detailed disclosure of the field map that was so far only partially disclosed.
\n- full-disclosure
a disclosure of an ACDC that discloses the full details of some or all of its field maps. In the context of selective-disclosure, Full Disclosure means detailed disclosure of the selectively disclosed attributes, not the detailed disclosure of all selectively disclosable attributes. In the context of partial-disclosure, Full Disclosure means detailed disclosure of the field map that was so far only partially disclosed.
\n- fully-compact
The most compact form of an ACDC. This is the only signed variant of an ACDC and this signature is anchored in a transaction-event-log (TEL) for the ACDC.
\n- fully-compact
The most compact form of an ACDC. This is the only signed variant of an ACDC and this signature is anchored in a transaction-event-log (TEL) for the ACDC.
\n- fully-expanded
The most user-friendly version of an ACDC credential. It doesn’t need to be signed and typically is not signed since the most compact version which is signed can be computed from this form and then the signature can be looked up in the TEL of the ACDC in question.
\n- fully-expanded
The most user-friendly version of an ACDC credential. It doesn’t need to be signed and typically is not signed since the most compact version which is signed can be computed from this form and then the signature can be looked up in the TEL of the ACDC in question.
\n- ghost-credential
Is a valid credential within in a 90 days grace period (the revocation transaction time frame before it’s booked to revocation registry).
\n- ghost-credential
Is a valid credential within in a 90 days grace period (the revocation transaction time frame before it’s booked to revocation registry).
\n- gleif-authorized-representative
A representative of GLEIF authorized to perform the identity verifications requirements needed to issue the QVI vLEI Credential.
\n- gleif-authorized-representative
A representative of GLEIF authorized to perform the identity verifications requirements needed to issue the QVI vLEI Credential.
\n- graduated-disclosure
a disclosure of an ACDC that does not reveal its entire content in the initial interaction with the recipient and, instead, partially or selectively reveals only the information contained within the ACDC necessary to further a transaction with the recipient. A Graduated disclosure may involve multiple steps where more information is progressively revealed as the recipient satisfies the conditions set by the discloser. compact-disclosure, partial-disclosure, selective-disclosure, and full-disclosure are all Graduated disclosure mechanisms.
\n- graduated-disclosure
a disclosure of an ACDC that does not reveal its entire content in the initial interaction with the recipient and, instead, partially or selectively reveals only the information contained within the ACDC necessary to further a transaction with the recipient. A Graduated disclosure may involve multiple steps where more information is progressively revealed as the recipient satisfies the conditions set by the discloser. compact-disclosure, partial-disclosure, selective-disclosure, and full-disclosure are all Graduated disclosure mechanisms.
\n- group-code
group-framing-code
\n- group-code
group-framing-code
\n- group-framing-code
special Framing Codes that can be specified to support groups of Primitives which make them pipelinable. Self-framing grouping using Count Codes is one of the primary advantages of composable encoding.
\n- group-framing-code
special Framing Codes that can be specified to support groups of Primitives which make them pipelinable. Self-framing grouping using Count Codes is one of the primary advantages of composable encoding.
\n- hab
A Hab is a keystore for one identifier. The Python implementation in keripy, also used by keria uses LMDB to store key material and all other data.
\n- hab
A Hab is a keystore for one identifier. The Python implementation in keripy, also used by keria uses LMDB to store key material and all other data.
\n- habery
‘Hab’ comes from ‘Habitat’. It’s a place where multi-sigs and AIDs are linked. Habery manages a collection of hab. A Hab is a data structure (a Python object).
\n- habery
‘Hab’ comes from ‘Habitat’. It’s a place where multi-sigs and AIDs are linked. Habery manages a collection of hab. A Hab is a data structure (a Python object).
\n- hierarchical-composition
Encoding protocol that is composable in a hierarchy and enables pipelining (multiplexing and de-multiplexing) of complex streams in either text or compact binary. This allows management at scale for high-bandwidth applications.
\n- hierarchical-composition
Encoding protocol that is composable in a hierarchy and enables pipelining (multiplexing and de-multiplexing) of complex streams in either text or compact binary. This allows management at scale for high-bandwidth applications.
\n- icp
icp = incept, inception
\n- icp
icp = incept, inception
\n- inception-event
an establishment-event that provides the incepting information needed to derive an AID and establish its initial Key state.
\n- inception-event
an establishment-event that provides the incepting information needed to derive an AID and establish its initial Key state.
\n- indexed-signature
Also called siger. An indexed signature attachment is used when signing anything with a multi-key autonomic identifier. The index is included as part of the attachment, so a verifier knows which of the multiple public keys was used to generate a specific signature.
\n- indexed-signature
Also called siger. An indexed signature attachment is used when signing anything with a multi-key autonomic identifier. The index is included as part of the attachment, so a verifier knows which of the multiple public keys was used to generate a specific signature.
\n- indirect-mode
Two primary trust modalities motivated the KERI design, One of these is the indirect (one-to-many) mode, which depends on witnessed key event receipt logs (KERL) as a secondary root-of-trust for validating events. This gives rise to the acronym KERI for key event receipt infrastructure.
\n- indirect-mode
Two primary trust modalities motivated the KERI design, One of these is the indirect (one-to-many) mode, which depends on witnessed key event receipt logs (KERL) as a secondary root-of-trust for validating events. This gives rise to the acronym KERI for key event receipt infrastructure.
\n- inquisitor
In the ACDC context it’s a general term for someone (in a validating role) that launches an inquiry at some KERI witness.
\n- inquisitor
In the ACDC context it’s a general term for someone (in a validating role) that launches an inquiry at some KERI witness.
\n- interactive-authentication-design
A group of approaches having an interactive mechanism that requires a set of requests and responses or challenge responses with challenge response replies for secure authentication.
\n- interactive-authentication-design
A group of approaches having an interactive mechanism that requires a set of requests and responses or challenge responses with challenge response replies for secure authentication.
\n- interceptor
a keria class that allows to push events that are happening inside the cloud agent to other backend processes.
\n- interceptor
a keria class that allows to push events that are happening inside the cloud agent to other backend processes.
\n- interleaved-serialization
Serializations of different types interleaved in an overarching format
\n- interleaved-serialization
Serializations of different types interleaved in an overarching format
\n- iss
iss = vc issue, verifiable credential issuance
\n- iss
iss = vc issue, verifiable credential issuance
\n- issuance-and-presentation-exchange-protocol
provides a uniform mechanism for the issuance and presentation of ACDCs in a securely attributable manner.
\n- issuance-and-presentation-exchange-protocol
provides a uniform mechanism for the issuance and presentation of ACDCs in a securely attributable manner.
\n- issuance-event
The initial transaction event log event anchored to the issuing AID’s key event log that represents the issuance of an ACDC credential.
\n- issuance-event
The initial transaction event log event anchored to the issuing AID’s key event log that represents the issuance of an ACDC credential.
\n- issuance-exchange
A special case of a presentation-exchange where the discloser is the issuer of the origin (Primary) ACDC of the directed-acyclic-graph formed by the set of chained authentic-chained-data-containers so disclosed.
\n- issuance-exchange
A special case of a presentation-exchange where the discloser is the issuer of the origin (Primary) ACDC of the directed-acyclic-graph formed by the set of chained authentic-chained-data-containers so disclosed.
\n- ixn
JSON field name (attribute) for Interaction Event; its content (value) contains a hash pointer. All transaction-event-log events are anchored in a key-event-log in either ixn (interaction-event) or rot (rotation-events). This is the foundation enabling a verifiable credential protocol to be built on top of KERI.
\n- ixn
JSON field name (attribute) for Interaction Event; its content (value) contains a hash pointer. All transaction-event-log events are anchored in a key-event-log in either ixn (interaction-event) or rot (rotation-events). This is the foundation enabling a verifiable credential protocol to be built on top of KERI.
\n- judge
A judge is an entity or component that examines the entries of one or more key-event-receipt-log and DELs of a given identifier to validate that the event history is from a non-duplicity controller and has been witnessed by a sufficient number of non-duplicitous witness such that it may be trusted or conversely not-trusted by a validator.
\n- judge
A judge is an entity or component that examines the entries of one or more key-event-receipt-log and DELs of a given identifier to validate that the event history is from a non-duplicity controller and has been witnessed by a sufficient number of non-duplicitous witness such that it may be trusted or conversely not-trusted by a validator.
\n- juror
A juror has the basic task of performing duplicity detection on events and event receipts.
\n- juror
A juror has the basic task of performing duplicity detection on events and event receipts.
\n- jury
The jury is the set of entities or components acting as juror.
\n- jury
The jury is the set of entities or components acting as juror.
\n- keep
Is KERI’s and ACDC’s user interface that uses the keripy agent for its backend. It uses the REST API exposed from the keripy agent.
\n- keep
Is KERI’s and ACDC’s user interface that uses the keripy agent for its backend. It uses the REST API exposed from the keripy agent.
\n- keri-agreement-algorithm-for-control-establishment
Agreement on an event in a key event log KEL means each witness has observed the exact version of the event and each witness’ receipt has been received by every other witness.
\n- keri-agreement-algorithm-for-control-establishment
Agreement on an event in a key event log KEL means each witness has observed the exact version of the event and each witness’ receipt has been received by every other witness.
\n- keri-command-line-interface
Command line tool used to create identifiers, manage keys, query for KELs and participate in delegated identifiers or multi-signature group identifiers. It also includes operations for running witnesses, watchers and cloud agents to establish a cloud presence for any identifier.
\n- keri-command-line-interface
Command line tool used to create identifiers, manage keys, query for KELs and participate in delegated identifiers or multi-signature group identifiers. It also includes operations for running witnesses, watchers and cloud agents to establish a cloud presence for any identifier.
\n- keri-event-stream
A stream of verifiable KERI data, consisting of the key-event-log and other data such as a transaction-event-log. This data is a CESR event stream (TODO: link to IANA application/cesr media type) and may be serialized in a file using composable-event-streaming-representation encoding. We refer to these CESR stream resources as KERI event streams to simplify the vocabulary.
\n- keri-event-stream
A stream of verifiable KERI data, consisting of the key-event-log and other data such as a transaction-event-log. This data is a CESR event stream (TODO: link to IANA application/cesr media type) and may be serialized in a file using composable-event-streaming-representation encoding. We refer to these CESR stream resources as KERI event streams to simplify the vocabulary.
\n- keri-improvement-doc
These docs are modular so teams of contributors can independently work and create PRs of individual KIDs; KIDs answer the question “how we do it”. We add commentary to the indivudual KIDs that elaborate on the why. It has been split from the how to not bother implementors with the why.
\n- keri-improvement-doc
These docs are modular so teams of contributors can independently work and create PRs of individual KIDs; KIDs answer the question “how we do it”. We add commentary to the indivudual KIDs that elaborate on the why. It has been split from the how to not bother implementors with the why.
\n- keri-ox
The RUST programming-language implementation of the KERI protocol.
\n- keri-ox
The RUST programming-language implementation of the KERI protocol.
\n- keri-request-authentication-method
All requests from a web client must use KRAM (KERI Request Authentication Method) for replay attack protection. The method is essentially based on each request body needing to include a date time string field in ISO-8601 format that must be within an acceptable time window relative to the server’s date time. See the KRAM Github repo
\n- keri-request-authentication-method
All requests from a web client must use KRAM (KERI Request Authentication Method) for replay attack protection. The method is essentially based on each request body needing to include a date time string field in ISO-8601 format that must be within an acceptable time window relative to the server’s date time. See the KRAM Github repo
\n- keri-suite-search-engine
KERISSE is the Docusaurus self-education site of Web-of-Trust GitHub repo with Typesense search facilities. Because of its focus on well-versed developers in the field of SSI and the support of their journey to understand the structure of the code and how things work in the keri-suite it’s more a search engine that drills down on documentation.
\n- keri-suite-search-engine
KERISSE is the Docusaurus self-education site of Web-of-Trust GitHub repo with Typesense search facilities. Because of its focus on well-versed developers in the field of SSI and the support of their journey to understand the structure of the code and how things work in the keri-suite it’s more a search engine that drills down on documentation.
\n- keri-suite
The KERI suite is the set of inter-related developments (KERI, ACDC, OOBI, CESR, IPEX, etc) under the Web-of -Trust user on Github
\n- keri-suite
The KERI suite is the set of inter-related developments (KERI, ACDC, OOBI, CESR, IPEX, etc) under the Web-of -Trust user on Github
\n- keride
is a Rust programming language library for key-event-receipt-infrastructure. Among its features
\n- keride
is a Rust programming language library for key-event-receipt-infrastructure. Among its features
\n- keridemlia
It is a contraction of key-event-receipt-infrastructure and Kademlia. It’s the distributed database of Witness IP-addresses based on a distributed-hash-table. It also does the CNAME - stuff that domain-name Services (DNS) offers for KERI: the mapping between an identifier and it’s controller AID stored in the KEL to its current wittness AID and the wittness AID to the IP address.
\n- keridemlia
It is a contraction of key-event-receipt-infrastructure and Kademlia. It’s the distributed database of Witness IP-addresses based on a distributed-hash-table. It also does the CNAME - stuff that domain-name Services (DNS) offers for KERI: the mapping between an identifier and it’s controller AID stored in the KEL to its current wittness AID and the wittness AID to the IP address.
\n- keripy
The Python programming-language implementation of the KERI protocol.
\n- keripy
The Python programming-language implementation of the KERI protocol.
\n- keri’s-algorithm-for-witness-agreement
a type of Byzantine Fault Tolerant (byzantine-fault-tolerance) algorithm.
\n- keri’s-algorithm-for-witness-agreement
a type of Byzantine Fault Tolerant (byzantine-fault-tolerance) algorithm.
\n- kever
Kever is a key event verifier.
\n- kever
Kever is a key event verifier.
\n- key-event-log
a Verifiable data structure that is a backward and forward chained, signed, append-only log of key events for an AID. The first entry in a KEL must be the one and only Inception event of that AID.
\n- key-event-log
a Verifiable data structure that is a backward and forward chained, signed, append-only log of key events for an AID. The first entry in a KEL must be the one and only Inception event of that AID.
\n- key-event-message
Message whose body is a key event and whose attachments may include signatures on its body.
\n- key-event-message
Message whose body is a key event and whose attachments may include signatures on its body.
\n- key-event-receipt-infrastructure
or the KERI protocol, is an identity system-based secure overlay for the Internet.
\n- key-event-receipt-infrastructure
or the KERI protocol, is an identity system-based secure overlay for the Internet.
\n- key-event-receipt-log
a key event receipt log is a kel that also includes all the consistent key event receipt messages created by the associated set of witnesses. See annex key-event-receipt-log.
\n- key-event-receipt-log
a key event receipt log is a kel that also includes all the consistent key event receipt messages created by the associated set of witnesses. See annex key-event-receipt-log.
\n- key-event-receipt
message whose body references a Key event and whose attachments must include one or more signatures on that Key event.
\n- key-event-receipt
message whose body references a Key event and whose attachments must include one or more signatures on that Key event.
\n- kli
keri-command-line-interface
\n- kli
keri-command-line-interface
\n- ksn
ksn = state, key state notice
\n- ksn
ksn = state, key state notice
\n- ledger-backer
A witness in KERI that is ledger-registered. It’s a type of backer that proof its authenticity by a signing key anchored to the public key of a data item on a (public) blockchain.
\n- ledger-backer
A witness in KERI that is ledger-registered. It’s a type of backer that proof its authenticity by a signing key anchored to the public key of a data item on a (public) blockchain.
\n- legal-entity-engagement-context-role-vlei-credential-governance-framework
A document that details the requirements for vlei-role-credential issued to representatives of a Legal Entity in other than official roles but in functional or other context of engagement.
\n- legal-entity-engagement-context-role-vlei-credential-governance-framework
A document that details the requirements for vlei-role-credential issued to representatives of a Legal Entity in other than official roles but in functional or other context of engagement.
\n- legal-entity-official-organizational-role-vlei-credential-governance-framework
A document that details the requirements for vlei-role-credential issued to official representatives of a Legal Entity.
\n- legal-entity-official-organizational-role-vlei-credential-governance-framework
A document that details the requirements for vlei-role-credential issued to official representatives of a Legal Entity.
\n- legal-entity-vlei-credential-governance-framework
A document that details the requirements for vLEI Credential issued by a qualified-vlei-issuer to a legal-entity.
\n- legal-entity-vlei-credential-governance-framework
A document that details the requirements for vLEI Credential issued by a qualified-vlei-issuer to a legal-entity.
\n- listed-identifier
Is a list in an authentic-chained-data-container of authorised did:webs identifier + method; the list appears in the metadata of the did:webs DID-doc.
\n- listed-identifier
Is a list in an authentic-chained-data-container of authorised did:webs identifier + method; the list appears in the metadata of the did:webs DID-doc.
\n- locked-state
The default status a KERI data store is in once it has been created using a passcode; it is by default encrypted.
\n- locked-state
The default status a KERI data store is in once it has been created using a passcode; it is by default encrypted.
\n- management-TEL
management-transaction-event-log
\n- management-TEL
management-transaction-event-log
\n- management-transaction-event-log
A ‘management transaction-event-log’ will signal the creation of the Virtual Credential Registry VCR and track the list of Registrars that will act as backer for the individual _ transaction event logs (TELs)_ for each virtual-credential (VC).
\n- management-transaction-event-log
A ‘management transaction-event-log’ will signal the creation of the Virtual Credential Registry VCR and track the list of Registrars that will act as backer for the individual _ transaction event logs (TELs)_ for each virtual-credential (VC).
\n- moobi
Multi OOBI would allow to share a bunch of different end-points (oobis) all at once. A way for a single store to share multiple endpoints for that store.
\n- moobi
Multi OOBI would allow to share a bunch of different end-points (oobis) all at once. A way for a single store to share multiple endpoints for that store.
\n- most-compact
An ACDC that, for a given level of disclosure, is as compact as it can be, which means
\n- most-compact
An ACDC that, for a given level of disclosure, is as compact as it can be, which means
\n- multi-valent
A delegator may have multiple delegate, thereby enabling elastic horizontal scalability. Multiple delegates from a single delegator. Furthermore, each delegate may act as a delegator for its own delegates to form a nested delegation tree.
\n- multi-valent
A delegator may have multiple delegate, thereby enabling elastic horizontal scalability. Multiple delegates from a single delegator. Furthermore, each delegate may act as a delegator for its own delegates to form a nested delegation tree.
\n- naive-conversion
Non-CESR Base64 conversion. How people are used to using the Base64 encode and decode. Without pre-padding etc all the stuff CESR does to ensure aligns on 24 bit boundaries so CESR never uses the ‘=’ pad character. But naive base64 will pad if the length is not 24 bit aligned.
\n- naive-conversion
Non-CESR Base64 conversion. How people are used to using the Base64 encode and decode. Without pre-padding etc all the stuff CESR does to ensure aligns on 24 bit boundaries so CESR never uses the ‘=’ pad character. But naive base64 will pad if the length is not 24 bit aligned.
\n- ndigs
Digests of public keys, not keys themselves. The reason to use ndigs is to prove control over public keys or to hide keys. It’s used in Keripy and consists of a list of qualified base64 digests of public rotation key derivations.
\n- ndigs
Digests of public keys, not keys themselves. The reason to use ndigs is to prove control over public keys or to hide keys. It’s used in Keripy and consists of a list of qualified base64 digests of public rotation key derivations.
\n- nested-cooperative-delegated-identifiers
In KERI delegations are cooperative, this means that both the delegator and delegate must contribute to a delegation. The delegator creates a cryptographic commitment in either a rotation or interaction event via a seal in a delegated establishment event. The delegate creates a cryptographic commitment in its establishment event via a seal to the delegating event.
\n- nested-cooperative-delegated-identifiers
In KERI delegations are cooperative, this means that both the delegator and delegate must contribute to a delegation. The delegator creates a cryptographic commitment in either a rotation or interaction event via a seal in a delegated establishment event. The delegate creates a cryptographic commitment in its establishment event via a seal to the delegating event.
\n- next-threshold
represents the number or fractional weights of signatures from the given set of next keys required to be attached to a Message for the Message to be considered fully signed.
\n- next-threshold
represents the number or fractional weights of signatures from the given set of next keys required to be attached to a Message for the Message to be considered fully signed.
\n- non-establishment-event
a Key event that does not change the current Key state for an AID. Typically, the purpose of a Non-establishment event is to anchor external data to a given Key state as established by the most recent prior Establishment event for an AID.
\n- non-establishment-event
a Key event that does not change the current Key state for an AID. Typically, the purpose of a Non-establishment event is to anchor external data to a given Key state as established by the most recent prior Establishment event for an AID.
\n- non-interactive-authentication-design
A group of approaches having non-interactive mechanisms that pose unique problems because they do not allow a challenge response reply handshake. A request is submitted that is self-authenticating without additional interaction.
\n- non-interactive-authentication-design
A group of approaches having non-interactive mechanisms that pose unique problems because they do not allow a challenge response reply handshake. A request is submitted that is self-authenticating without additional interaction.
\n- non-transferable-identifier
Controlling keys over this identifier cannot be rotated and therefore this identifier is non-transferable to other control.
\n- non-transferable-identifier
Controlling keys over this identifier cannot be rotated and therefore this identifier is non-transferable to other control.
\n- official-organizational-role
Also ‘OOR’. A person that represents the Legal Entity in an official organizational role and is issued an OOR vLEI Credential.
\n- official-organizational-role
Also ‘OOR’. A person that represents the Legal Entity in an official organizational role and is issued an OOR vLEI Credential.
\n- opcode
Opcodes are meant to provide stream processing instructions that are more general and flexible than simply concatenated primitives or groups of primitives.
\n- opcode
Opcodes are meant to provide stream processing instructions that are more general and flexible than simply concatenated primitives or groups of primitives.
\n- operator
an optional field map in the Edge section that enables expression of the edge logic on edge subgraph as either a unary operator on the edge itself or an m-ary operator on the edge group.
\n- operator
an optional field map in the Edge section that enables expression of the edge logic on edge subgraph as either a unary operator on the edge itself or an m-ary operator on the edge group.
\n- out-of-band-introduction
Out-of-band Introductions (OOBIs) are discovery and validation of IP resources for key-event-receipt-infrastructure autonomic identifiers. Discovery via URI, trust via KERI.
\n- out-of-band-introduction
Out-of-band Introductions (OOBIs) are discovery and validation of IP resources for key-event-receipt-infrastructure autonomic identifiers. Discovery via URI, trust via KERI.
\n- parside
is a bunch of generators. Responsible for pulling out a stream of bits from a CESR stream and parse it.
\n- parside
is a bunch of generators. Responsible for pulling out a stream of bits from a CESR stream and parse it.
\n- partial-disclosure
a disclosure of an ACDC that partially discloses its field maps using Compact Disclosure. The Compact Disclosure provides a cryptographically equivalent commitment to the yet-to-be-disclosed content, and the later exchange of the uncompacted content is verifiable to an earlier Partial Disclosure. Unlike Selective disclosure, a partially disclosable field becomes correlatable to its encompassing block after its Full Disclosure.
\n- partial-disclosure
a disclosure of an ACDC that partially discloses its field maps using Compact Disclosure. The Compact Disclosure provides a cryptographically equivalent commitment to the yet-to-be-disclosed content, and the later exchange of the uncompacted content is verifiable to an earlier Partial Disclosure. Unlike Selective disclosure, a partially disclosable field becomes correlatable to its encompassing block after its Full Disclosure.
\n- partial-pre-rotation
partial-rotation
\n- partial-pre-rotation
partial-rotation
\n- partial-rotation
The pre-rotation mechanism supports partial pre-rotation or more exactly partial rotation of pre-rotated keypairs. It’s a rotation operation on a set of pre-rotated keys that may keep some keys in reserve (i.e unexposed) while exposing others as needed.
\n- partial-rotation
The pre-rotation mechanism supports partial pre-rotation or more exactly partial rotation of pre-rotated keypairs. It’s a rotation operation on a set of pre-rotated keys that may keep some keys in reserve (i.e unexposed) while exposing others as needed.
\n- pathing
It was designed to sign portions of a credential aimed at complex cases like
\n- pathing
It was designed to sign portions of a credential aimed at complex cases like
\n- percolated-discovery
a discovery mechanism for information associated with an AID or a SAID, which is based on Invasion Percolation Theory. Once an entity has discovered such information, it may in turn share what it discovers with other entities. Since the information so discovered is end-verifiable, the percolation mechanism and percolating intermediaries do not need to be trusted.
\n- percolated-discovery
a discovery mechanism for information associated with an AID or a SAID, which is based on Invasion Percolation Theory. Once an entity has discovered such information, it may in turn share what it discovers with other entities. Since the information so discovered is end-verifiable, the percolation mechanism and percolating intermediaries do not need to be trusted.
\n- percolated-information-discovery
In the OOBI protocol, a discovery mechanism for the KERI and the ACDC protocols is provided by a bootstrap that enables Percolated Information Discovery (PID), which is based on Invasion Percolation Theory.
\n- percolated-information-discovery
In the OOBI protocol, a discovery mechanism for the KERI and the ACDC protocols is provided by a bootstrap that enables Percolated Information Discovery (PID), which is based on Invasion Percolation Theory.
\n- pre-rotation
Cryptographic commitment to next rotated key set in previous rotation or inception-event.
\n- pre-rotation
Cryptographic commitment to next rotated key set in previous rotation or inception-event.
\n- prefix
A prefix that is composed of a basic Base-64 (URL safe) derivation code pre-pended to Base-64 encoding of a basic public digital signing key.
\n- prefix
A prefix that is composed of a basic Base-64 (URL safe) derivation code pre-pended to Base-64 encoding of a basic public digital signing key.
\n- presentation-exchange
An exchange that provides disclosure of one or more authentic-chained-data-containers between a Discloser and a Disclosee.
\n- presentation-exchange
An exchange that provides disclosure of one or more authentic-chained-data-containers between a Discloser and a Disclosee.
\n- primary-root-of-trust
In KERI a root-of-trust that is cryptographically verifiable all the way to its current controlling key pair in a PKI.
\n- primary-root-of-trust
In KERI a root-of-trust that is cryptographically verifiable all the way to its current controlling key pair in a PKI.
\n- proem
A “proem” is an introductory statement, preamble, or preface. It sets the stage for the content that follows, often providing context, framing the discussion, or outlining the purpose and scope of the material.
\n- proem
A “proem” is an introductory statement, preamble, or preface. It sets the stage for the content that follows, often providing context, framing the discussion, or outlining the purpose and scope of the material.
\n- promiscuous-mode
It is the mode a watcher runs in. A watcher uses the same code as a witness. However a watcher does so “lacking standards of selection; acting without careful judgment; indiscriminate”. Or “Showing little forethought or critical judgment; casual.”
\n- promiscuous-mode
It is the mode a watcher runs in. A watcher uses the same code as a witness. However a watcher does so “lacking standards of selection; acting without careful judgment; indiscriminate”. Or “Showing little forethought or critical judgment; casual.”
\n- proof-of-authorship
Proof that somebody or something has originally created certain content. It’s about data’s inception. Whereas proof-of-authority is about rights attached to this data.
\n- proof-of-authorship
Proof that somebody or something has originally created certain content. It’s about data’s inception. Whereas proof-of-authority is about rights attached to this data.
\n- provenanced
The act of verifying authenticity or quality of documented history or origin of something.
\n- provenanced
The act of verifying authenticity or quality of documented history or origin of something.
\n- public-transaction-event-log
is a public hash-linked data structure of transactions that can be used to track state anchored to a key-event-log.
\n- public-transaction-event-log
is a public hash-linked data structure of transactions that can be used to track state anchored to a key-event-log.
\n- public-verifiable-credential-registry
is a form of a Verifiable Data Registry that tracks the issuance/revocation state of credentials issued by the controller of the key-event-log. Two types of TELs will be used for this purpose: management-transaction-event-log and virtual-credential-transaction-event-log.
\n- public-verifiable-credential-registry
is a form of a Verifiable Data Registry that tracks the issuance/revocation state of credentials issued by the controller of the key-event-log. Two types of TELs will be used for this purpose: management-transaction-event-log and virtual-credential-transaction-event-log.
\n- qry
qry = query
\n- qry
qry = query
\n- quadlet
a group of 4 characters in the T domain and equivalently in triplets of 3 bytes each in the B domain used to define variable size.
\n- quadlet
a group of 4 characters in the T domain and equivalently in triplets of 3 bytes each in the B domain used to define variable size.
\n- qualified-vlei-issuer-vlei-credential-governance-framework
A document that details the requirements to enable this Credential to be issued by GLEIF to qualified-vlei-issuer which allows the Qualified vLEI Issuers to issue, verify and revoke legal-entity-vlei-credential-governance-framework, legal-entity-official-organizational-role-vlei-credential-governance-framework, and legal-entity-engagement-context-role-vlei-credential-governance-framework.
\n- qualified-vlei-issuer-vlei-credential-governance-framework
A document that details the requirements to enable this Credential to be issued by GLEIF to qualified-vlei-issuer which allows the Qualified vLEI Issuers to issue, verify and revoke legal-entity-vlei-credential-governance-framework, legal-entity-official-organizational-role-vlei-credential-governance-framework, and legal-entity-engagement-context-role-vlei-credential-governance-framework.
\n- qualified-vlei-issuer
The contracting party to the vLEI Issuer Qualification Agreement that has been qualified by GLEIF as a Qualified vLEI Issuer.
\n- qualified-vlei-issuer
The contracting party to the vLEI Issuer Qualification Agreement that has been qualified by GLEIF as a Qualified vLEI Issuer.
\n- qualified
When qualified, a cryptographic primitive includes a prepended derivation code (as a proem), that indicates the cryptographic algorithm or suite used for that derivation.
\n- qualified
When qualified, a cryptographic primitive includes a prepended derivation code (as a proem), that indicates the cryptographic algorithm or suite used for that derivation.
\n- qvi-authorized-representative
A designated representative of a QVI authorized, to conduct QVI operations with GLEIF and legal-entity. Also referring to a person in the role of a QAR.
\n- qvi-authorized-representative
A designated representative of a QVI authorized, to conduct QVI operations with GLEIF and legal-entity. Also referring to a person in the role of a QAR.
\n- rct
rct = receipt
\n- rct
rct = receipt
\n- read-update-nullify
Read, update, nullify are a set of actions you (or a server) can take on data. “Read” means to view it, “update” means to change it, and “nullify” means to invalidate it, but not “Delete” it. Mind you, there’s also no “Create”.
\n- read-update-nullify
Read, update, nullify are a set of actions you (or a server) can take on data. “Read” means to view it, “update” means to change it, and “nullify” means to invalidate it, but not “Delete” it. Mind you, there’s also no “Create”.
\n- receipt-log
ordered record of all key event receipts for a given set of witnesses.
\n- receipt-log
ordered record of all key event receipts for a given set of witnesses.
\n- reconciliation
Reconciliation is the process in which you decide to accept a fork of the key-event-log or not.
\n- reconciliation
Reconciliation is the process in which you decide to accept a fork of the key-event-log or not.
\n- redundant-credential
Multiple credentials issued by the same issuer (e.g. a QVI). They do not have anything to do with each other. They are independently valid.
\n- redundant-credential
Multiple credentials issued by the same issuer (e.g. a QVI). They do not have anything to do with each other. They are independently valid.
\n- registrar
identifiers that serve as backers for each transaction-event-log (TEL) under its provenance. This list of Registrars can be rotated with events specific to a certain type of TEL. In this way, a Registrar is analogous to a Backer in KERI KELs and Registrar lists are analogous to Backer lists in KERI KELs.
\n- registrar
identifiers that serve as backers for each transaction-event-log (TEL) under its provenance. This list of Registrars can be rotated with events specific to a certain type of TEL. In this way, a Registrar is analogous to a Backer in KERI KELs and Registrar lists are analogous to Backer lists in KERI KELs.
\n- registration-interaction
Setup/Registration interaction, new AID and authorization to establish access control. You present a (vLEI) credential. You don’t want that captured and misused. Narrowing the scope to a certain role (e.g. Document Submitter) is a pre-registration via delegation authority.
\n- registration-interaction
Setup/Registration interaction, new AID and authorization to establish access control. You present a (vLEI) credential. You don’t want that captured and misused. Narrowing the scope to a certain role (e.g. Document Submitter) is a pre-registration via delegation authority.
\n- reserve-rotation
One important use case for partial-rotation is to enable pre-rotated key pairs designated in one establishment-event to be held in reserve and not exposed at the next (immediately subsequent) establishment event.
\n- reserve-rotation
One important use case for partial-rotation is to enable pre-rotated key pairs designated in one establishment-event to be held in reserve and not exposed at the next (immediately subsequent) establishment event.
\n- rev
rev = vc revoke, verifiable credential revocation
\n- rev
rev = vc revoke, verifiable credential revocation
\n- revocation-event
An event that revokes control-authority over an identifier. From that point in time the authoritative key-pairs at hand are not valid anymore.
\n- revocation-event
An event that revokes control-authority over an identifier. From that point in time the authoritative key-pairs at hand are not valid anymore.
\n- root-autonomic-identifier
An entity may provide the root-of-trust for some ecosystem (with delegation )via its root AID. Let’s call this the RID for “root AID”. The RID must be protected using the highest level of security in its key-management.
\n- root-autonomic-identifier
An entity may provide the root-of-trust for some ecosystem (with delegation )via its root AID. Let’s call this the RID for “root AID”. The RID must be protected using the highest level of security in its key-management.
\n- rot
JSON field name (attribute) for Rotation Event; its content (value) contains a hash pointer. All transaction-event-log events are anchored in a key-event-log in either ixn (interaction-event) or rot (rotation-events). This is the foundation enabling a verifiable credential protocol to be built on top of KERI.
\n- rot
JSON field name (attribute) for Rotation Event; its content (value) contains a hash pointer. All transaction-event-log events are anchored in a key-event-log in either ixn (interaction-event) or rot (rotation-events). This is the foundation enabling a verifiable credential protocol to be built on top of KERI.
\n- rotation
The operation of revoking and replacing the set of authoritative key-pair for an AID. This operation is made verifiable and duplicity evident upon acceptance as a rotation event that is appended to the AID’s KEL.
\n- rotation
The operation of revoking and replacing the set of authoritative key-pair for an AID. This operation is made verifiable and duplicity evident upon acceptance as a rotation event that is appended to the AID’s KEL.
\n- rpy
rpy = reply
\n- rpy
rpy = reply
\n- rules
a top-level field map within an ACDC that provides a legal language as a Ricardian Contract, which is both human and machine-readable and referenceable by a cryptographic digest.
\n- rules
a top-level field map within an ACDC that provides a legal language as a Ricardian Contract, which is both human and machine-readable and referenceable by a cryptographic digest.
\n- run-off-the-crud
RUN off the CRUD is an alternative to the traditional CRUD approach to defining basic operations on resources in data management systems (e.g., databases, APIs). RUN stands for Read, Update, Nullify and bears a nuanced approach to deletion.
\n- run-off-the-crud
RUN off the CRUD is an alternative to the traditional CRUD approach to defining basic operations on resources in data management systems (e.g., databases, APIs). RUN stands for Read, Update, Nullify and bears a nuanced approach to deletion.
\n- sally
is an implementation of a verification service and acting as a reporting server. It is purpose-built software for the vLEI ecosystem to allow participants in the vLEI ecosystem present credentials, so the GLEIF Reporting API can show what vLEI are; issued to legal-entity.
\n- sally
is an implementation of a verification service and acting as a reporting server. It is purpose-built software for the vLEI ecosystem to allow participants in the vLEI ecosystem present credentials, so the GLEIF Reporting API can show what vLEI are; issued to legal-entity.
\n- salter
A primitive that represents a seed. It has the ability to generate new signers.
\n- salter
A primitive that represents a seed. It has the ability to generate new signers.
\n- salty-nonce-blinding-factor
For ease of sharing a secret and hiding information with this secret of Blindable State TELs we use a Salty Nonce Blinding Factor. You’d like to hide the state of certain credentials to some verifiers in the future, while keeping the state verifiable for others.
\n- salty-nonce-blinding-factor
For ease of sharing a secret and hiding information with this secret of Blindable State TELs we use a Salty Nonce Blinding Factor. You’d like to hide the state of certain credentials to some verifiers in the future, while keeping the state verifiable for others.
\n- schema
the said of a JSON schema that is used to issue and verify an ACDC.
\n- schema
the said of a JSON schema that is used to issue and verify an ACDC.
\n- secondary-root-of-trust
In KERI its a root-of-trust that, for its secure attribution, depends on another verifiable data structure (VDS) which MUST be a primary-root-of-trust.
\n- secondary-root-of-trust
In KERI its a root-of-trust that, for its secure attribution, depends on another verifiable data structure (VDS) which MUST be a primary-root-of-trust.
\n- secure-private-authentic-confidentiality
ToIP Trust Spanning Layer Group realized we do have a secure authentication layer (KERI) but we don’t have a secure confidentiality and privacy mechanism. Sam Smith proposes SPAC paper to define this.
\n- secure-private-authentic-confidentiality
ToIP Trust Spanning Layer Group realized we do have a secure authentication layer (KERI) but we don’t have a secure confidentiality and privacy mechanism. Sam Smith proposes SPAC paper to define this.
\n- selective-disclosure
a disclosure of an ACDC that selectively discloses its attributes using Compact Disclosure. The set of selectively disclosable attributes is provided as an array of blinded blocks where each attribute in the set has its own dedicated blinded block. Unlike Partial Disclosure, the selectively disclosed fields are not correlatable to the so far undisclosed but selectively disclosable fields in the same encompassing block.
\n- selective-disclosure
a disclosure of an ACDC that selectively discloses its attributes using Compact Disclosure. The set of selectively disclosable attributes is provided as an array of blinded blocks where each attribute in the set has its own dedicated blinded block. Unlike Partial Disclosure, the selectively disclosed fields are not correlatable to the so far undisclosed but selectively disclosable fields in the same encompassing block.
\n- self-addressed-data
a representation of data content from which a SAID is derived. The SAID is both cryptographically bound to (content-addressable) and encapsulated by (self-referential) its SAD said.
\n- self-addressed-data
a representation of data content from which a SAID is derived. The SAID is both cryptographically bound to (content-addressable) and encapsulated by (self-referential) its SAD said.
\n- self-addressing-identifier
any identifier that is deterministically generated out of the content, or a digest of the content.
\n- self-addressing-identifier
any identifier that is deterministically generated out of the content, or a digest of the content.
\n- self-framing
a textual or binary encoding that begins with type, size, and value so that a parser knows how many characters (when textual) or bytes (when binary) to extract from the stream for a given element without parsing the rest of the characters or bytes in the element is Self-Framing.
\n- self-framing
a textual or binary encoding that begins with type, size, and value so that a parser knows how many characters (when textual) or bytes (when binary) to extract from the stream for a given element without parsing the rest of the characters or bytes in the element is Self-Framing.
\n- server-sent-event
Mailbox notifications; a streaming service for the agent U/I, to get notifications from the KERI system itself.
\n- server-sent-event
Mailbox notifications; a streaming service for the agent U/I, to get notifications from the KERI system itself.
\n- siger
indexed-signature
\n- siger
indexed-signature
\n- signer
A primitive that represents a private key. It has the ability to create Sigers and Cigars (signatures).
\n- signer
A primitive that represents a private key. It has the ability to create Sigers and Cigars (signatures).
\n- signify-keria-request-authentication-protocol
SKRAP is a client to the KERIA server. Mobile clients will be using SKRAP to connect to KERI AIDs via agents in the new, multi-tenant Mark II Agent server, keria.
\n- signify-keria-request-authentication-protocol
SKRAP is a client to the KERIA server. Mobile clients will be using SKRAP to connect to KERI AIDs via agents in the new, multi-tenant Mark II Agent server, keria.
\n- signify
Signify is a web client key-event signing - and key pair creation app that minimizes the use of KERI on the client.
\n- signify
Signify is a web client key-event signing - and key pair creation app that minimizes the use of KERI on the client.
\n- simple-keri-for-web-auth
A KERI implementation that sacrifices performance or other non-security feature for usability. In general a narrow application of KERI may not require all the features of KERI but those features that it does support must still be secure.
\n- simple-keri-for-web-auth
A KERI implementation that sacrifices performance or other non-security feature for usability. In general a narrow application of KERI may not require all the features of KERI but those features that it does support must still be secure.
\n- sniffable
A stream is sniffable as soon as it starts with a group code or field map; in fact this is how our parser (parside) works. and detects if the CESR stream contains a certain datablock.
\n- sniffable
A stream is sniffable as soon as it starts with a group code or field map; in fact this is how our parser (parside) works. and detects if the CESR stream contains a certain datablock.
\n- sniffer
The sniffer is part of parside and detects if the CESR stream contains CESR binary, CESR Text, JSON, CBOR, MGPK.
\n- sniffer
The sniffer is part of parside and detects if the CESR stream contains CESR binary, CESR Text, JSON, CBOR, MGPK.
\n- solicited-issuance
The issuance of a Legal Entity vLEI Credentials, OOR vLEI Credentials and ECR vLEI Credentials upon receipt by the QAR of a Fully Signed issuance request from the AVR(s) of the legal-entity.
\n- solicited-issuance
The issuance of a Legal Entity vLEI Credentials, OOR vLEI Credentials and ECR vLEI Credentials upon receipt by the QAR of a Fully Signed issuance request from the AVR(s) of the legal-entity.
\n- spurn
To reject. In KERI, “spurn” refers to a cryptographic or protocol-based act of rejecting an invalid or untrusted event. This rejection is deliberate and purposeful, ensuring the system’s integrity by disregarding information that does not meet the necessary validation criteria. The verb ‘spurn’ is first used in the IPEX specification.
\n- spurn
To reject. In KERI, “spurn” refers to a cryptographic or protocol-based act of rejecting an invalid or untrusted event. This rejection is deliberate and purposeful, ensuring the system’s integrity by disregarding information that does not meet the necessary validation criteria. The verb ‘spurn’ is first used in the IPEX specification.
\n- stable
Refers to the state of cryptographic verifiability across a network or system. It generally implies that a particular identifier, event, or data set is consistent, fully verified, and cannot be contested within KERI.
\n- stable
Refers to the state of cryptographic verifiability across a network or system. It generally implies that a particular identifier, event, or data set is consistent, fully verified, and cannot be contested within KERI.
\n- streamer
A convenience class for supporting stream parsing, including nested (tunneled, encrypted) CESR streams. Streams can be a mixture/combination of different primitive, including other streams. A stream is a concatenation of primitives.
\n- streamer
A convenience class for supporting stream parsing, including nested (tunneled, encrypted) CESR streams. Streams can be a mixture/combination of different primitive, including other streams. A stream is a concatenation of primitives.
\n- strip-parameter
tells us what part of the CESR stream will be parsed by which code.
\n- strip-parameter
tells us what part of the CESR stream will be parsed by which code.
\n- targeted-acdc
an ACDC with the presence of the Issuee field in the attribute or attribute aggregate sections.
\n- targeted-acdc
an ACDC with the presence of the Issuee field in the attribute or attribute aggregate sections.
\n- text-binary-concatenation-composability
An encoding has composability when any set of self-framing concatenated primitives expressed in either the text domain or binary domain may be converted as a group to the other domain and back again without loss.
\n- text-binary-concatenation-composability
An encoding has composability when any set of self-framing concatenated primitives expressed in either the text domain or binary domain may be converted as a group to the other domain and back again without loss.
\n- tholder
t-holder object that supports fractionally-weighted signing-threshold
\n- tholder
t-holder object that supports fractionally-weighted signing-threshold
\n- threshold-of-accountable-duplicity
The threshold of accountable duplicity (TOAD) is a threshold number M that the controller declares to accept accountability for an event when any subset M of the N witnesses confirm that event. The threshold M indicates the minimum number of confirming witnesses the controller deems sufficient given some number F of potentially faulty witnesses, given that M >= N - F. This enables a controller to provide itself with any degree of protection it deems necessary given this accountability.
\n- threshold-of-accountable-duplicity
The threshold of accountable duplicity (TOAD) is a threshold number M that the controller declares to accept accountability for an event when any subset M of the N witnesses confirm that event. The threshold M indicates the minimum number of confirming witnesses the controller deems sufficient given some number F of potentially faulty witnesses, given that M >= N - F. This enables a controller to provide itself with any degree of protection it deems necessary given this accountability.
\n- threshold-signature-scheme
or TSS; is a type of digital signature protocol used by Mutli-party Computation (MPC) wallets to authorize transactions or key state changes.
\n- threshold-signature-scheme
or TSS; is a type of digital signature protocol used by Mutli-party Computation (MPC) wallets to authorize transactions or key state changes.
\n- top-level-section
The fields of an ACDC in compact-variant. The value of a top level section field is either the SAD or the SAID of the SAD of the associated section.
\n- top-level-section
The fields of an ACDC in compact-variant. The value of a top level section field is either the SAD or the SAID of the SAD of the associated section.
\n- transaction-event-log
The set of transactions that determine registry state form a log called a Transaction Event Log (TEL). The TEL provides a cryptographic proof of registry state by reference to the corresponding controlling key-event-log. Any validator may therefore cryptographically verify the authoritative of the registry.
\n- transaction-event-log
The set of transactions that determine registry state form a log called a Transaction Event Log (TEL). The TEL provides a cryptographic proof of registry state by reference to the corresponding controlling key-event-log. Any validator may therefore cryptographically verify the authoritative of the registry.
\n- transfer-off-ledger
The act of transferring control authority over an identifier from a ledger (or blockchain) to the native verifiable KERI data structure Key Event Log.
\n- transfer-off-ledger
The act of transferring control authority over an identifier from a ledger (or blockchain) to the native verifiable KERI data structure Key Event Log.
\n- univalent
In identifier systems, univalent means having a unique and non-ambiguous identifier for each entity or resource. This means that there is a one-to-one correspondence between the identifiers and the entities, and that no two different entities share the same identifier.
\n- univalent
In identifier systems, univalent means having a unique and non-ambiguous identifier for each entity or resource. This means that there is a one-to-one correspondence between the identifiers and the entities, and that no two different entities share the same identifier.
\n- unpermissioned-correlation
a correlation established between two or more disclosed ACDCs whereby the discloser of the ACDCs does not permit the disclosee to establish such a correlation.
\n- unpermissioned-correlation
a correlation established between two or more disclosed ACDCs whereby the discloser of the ACDCs does not permit the disclosee to establish such a correlation.
\n- unsolicited-issuance
Issuance of a Legal Entity vLEI Credential upon notice by a QAR to the AVR(s) of the Legal Entity that a Legal Entity vLEI Credential has been solicited on the legal-entity’s behalf.
\n- unsolicited-issuance
Issuance of a Legal Entity vLEI Credential upon notice by a QAR to the AVR(s) of the Legal Entity that a Legal Entity vLEI Credential has been solicited on the legal-entity’s behalf.
\n- untargeted-acdc
an ACDC without the presence of the Issuee field in the attribute or attribute aggregate sections.
\n- untargeted-acdc
an ACDC without the presence of the Issuee field in the attribute or attribute aggregate sections.
\n- vLEI
verifiable-legal-entity-identifier
\n- vLEI
verifiable-legal-entity-identifier
\n- vcp
vcp = vdr incept, verifiable data registry inception
\n- vcp
vcp = vdr incept, verifiable data registry inception
\n- vdr
verifiable-data-registry
\n- vdr
verifiable-data-registry
\n- verfer
A primitive that represents a public key. It has the ability to verify signatures on data.
\n- verfer
A primitive that represents a public key. It has the ability to verify signatures on data.
\n- verifiable-legal-entity-identifier
Verifiable credentials are issued by authorized validation agents (QVI) under the governance of GLEIF, who delegate tasks to these agents. They provide cryptographic proof that the information about a legal entity, as linked to its Legal Entity Identifier (LEI), is verifiably authentic, accurate, and up-to-date.
\n- verifiable-legal-entity-identifier
Verifiable credentials are issued by authorized validation agents (QVI) under the governance of GLEIF, who delegate tasks to these agents. They provide cryptographic proof that the information about a legal entity, as linked to its Legal Entity Identifier (LEI), is verifiably authentic, accurate, and up-to-date.
\n- version-code
tells you which set of tables to load, it tells the table state. It’s a unique code. what version of the table is going to load.
\n- version-code
tells you which set of tables to load, it tells the table state. It’s a unique code. what version of the table is going to load.
\n- version-string
the first field in any top-level KERI field map in which it appears.
\n- version-string
the first field in any top-level KERI field map in which it appears.
\n- virtual-credential-transaction-event-log
will track the issued or revoked state of each virtual credential (VC) and will contain a reference to its corresponding management transaction event log (management TEL).
\n- virtual-credential-transaction-event-log
will track the issued or revoked state of each virtual credential (VC) and will contain a reference to its corresponding management transaction event log (management TEL).
\n- vlei-credential
Credential concerning a verifiable Legal Entity Identifier, residing in the GLEIS and compliant with one or more of the GLEIF governance-frameworks
\n- vlei-credential
Credential concerning a verifiable Legal Entity Identifier, residing in the GLEIS and compliant with one or more of the GLEIF governance-frameworks
\n- vlei-ecosystem-governance-framework
The Verifiable LEI (vLEI) Ecosystem governance-framework Information Trust Policies. It’s a document that defines the information security, privacy, availability, confidentiality and processing integrity policies that apply to all vLEI Ecosystem Members.
\n- vlei-ecosystem-governance-framework
The Verifiable LEI (vLEI) Ecosystem governance-framework Information Trust Policies. It’s a document that defines the information security, privacy, availability, confidentiality and processing integrity policies that apply to all vLEI Ecosystem Members.
\n- vlei-role-credential
It is a vlei-credential that attests to a role within a legal entity to an individual or an entity. It cryptographically proves that the individual or entity is authorized to act in that role on behalf of the legal entity.
\n- vlei-role-credential
It is a vlei-credential that attests to a role within a legal entity to an individual or an entity. It cryptographically proves that the individual or entity is authorized to act in that role on behalf of the legal entity.
\n- vrt
vrt = vdr rotate, verifiable data registry rotation
\n- vrt
vrt = vdr rotate, verifiable data registry rotation
\n- watcher
an entity or component that keeps a copy of a kerl for an identifier but that is not designated by the controller of the identifier as one of its witnesses. See annex watcher.
\n- watcher
an entity or component that keeps a copy of a kerl for an identifier but that is not designated by the controller of the identifier as one of its witnesses. See annex watcher.
\n- weight-of-weights
There are 2 levels in the multi-sign weighted thresholds of multisig in KERI because the solution only needs to focus on tightly cooperating teams.
\n- weight-of-weights
There are 2 levels in the multi-sign weighted thresholds of multisig in KERI because the solution only needs to focus on tightly cooperating teams.
\n- weight
an optional field map in the Edge section that provides edge weight property that enables directed weighted edges and operators that use weights.
\n- weight
an optional field map in the Edge section that provides edge weight property that enables directed weighted edges and operators that use weights.
\n- well-known-witnesses
Witness identifier creation by using salts to initialize their key stores so that you can predict what identifiers will be created. For testing purposes only!
\n- well-known-witnesses
Witness identifier creation by using salts to initialize their key stores so that you can predict what identifiers will be created. For testing purposes only!
\n- witness
a witness is an entity or component designated (trusted) by the controller of an identifier. The primary role of a witness is to verify, sign, and keep events associated with an identifier. A witness is the controller of its own self-referential identifier which may or may not be the same as the identifier to which it is a witness. See also keri’s-algorithm-for-witness-agreement.
\n- witness
a witness is an entity or component designated (trusted) by the controller of an identifier. The primary role of a witness is to verify, sign, and keep events associated with an identifier. A witness is the controller of its own self-referential identifier which may or may not be the same as the identifier to which it is a witness. See also keri’s-algorithm-for-witness-agreement.
\n- xip
A XIP message allows a transaction set to be a mini peer to peer exchange to become a verifiable data structure. It makes the transaction become duplicity evident.
\n- xip
A XIP message allows a transaction set to be a mini peer to peer exchange to become a verifiable data structure. It makes the transaction become duplicity evident.
\n
