Verifications¶

Class Name	Verifications
Extends	Logger
Source	verifications.ts
Tests	verifications.spec.ts

The Verifications module allows to

issue verifications about oneself or about other parties
confirm or delete verifications about oneself

Verifications have a pattern similar to file paths, a verification for an account called “foo” being an employee of a company called “bar” may look like this:

/company/bar/employee

Under this “path” a set of values can be found. These value describe the verification, the subject of the verification and optional its response to it. Basically an issuer creates a verification about a subject The values are:

verification (name) full path to a verification, for example /company/bar/employee/foo, settable by the subject of the parent verification /company/bar/employee
subject an account, a verification has been issued for, can be a group/wallet or an externally owned account being the subject of a verification basically means to be the owner of the verification and allows to create subverifications below the own verification path
issuer an account (group/wallet or externally owned) that creates a verification, to be able to issue a verification, the issuer has to be the subject of the parent verification /company/bar/employee
data The hash of the verification data, sitting in another location, a bit-mask, call data, or actual data based on the verification scheme.
uri The location of the verification, this can be HTTP links, swarm hashes, IPFS hashes, and such.
status this represents a verifications status, values are uint8 range from 0 to 255, the currently used values are: - 0: Issued - 1: Confirmed
signature Signature which is the proof that the verification issuer issued a verification of topic for this identity. It MUST be a signed message of the following structure: keccak256(address identityHolder_address, uint256 _ topic, bytes data)
creationDate creationDate of the verification
id id of the current verification
valid check if the verification has a valid signature

constructor¶

new Verifications(options);

Creates a new Verifications instance.

Note, that the option properties registry and resolver are optional but should be provided in most cases. As the module allows to create an own ENS structure, that includes an own ENS registry and an own default resolver for it, setting them beforehand is optional.

Parameters¶

options - VerificationsOptions: options for Verifications constructor.
- accountStore - AccountStore: AccountStore instance
- config - any: config object with NameResolver config
- contractLoader - ContractLoader: ContractLoader instance
- description - Description: Description instance
- dfs - DfsInterface: DfsInterface instance
- executor - Executor: Executor instance
- nameResolver - NameResolver: NameResolver instance
- log - Function (optional): function to use for logging: (message, level) => {...}
- logLevel - LogLevel (optional): messages with this level will be logged with log
- logLog - LogLogInterface (optional): container for collecting log messages
- logLogLevel - LogLevel (optional): messages with this level will be pushed to logLog
- storage - string (optional): contract address of the identity storage registry

Returns¶

Verifications instance

Example¶

const verifications = new Verifications({
  accountStore,
  config,
  contractLoader,
  description,
  dfs,
  executor,
  nameResolver,
  storage: '0x0000000000000000000000000000000000000001',
});

= Issuers =¶

createIdentity¶

verifications.createIdentity(accountId[, contractId]);

Creates a new identity for account or contract and registers them on the storage. Returned identity is either a 40B contract address (for account identities) or a 32B idenity hash contract identities.

Parameters¶

accountId - string: the account identifier

Returns¶

Promise returns void: resolved when done

Example¶

const identity = await verifications.createIdentity(accounts[0]);

identityAvailable¶

verifications.identityAvailable(subject);

Checks if a account has already an identity contract.

Parameters¶

subject - string: target subject to check

Returns¶

Promise returns boolean: true if identity exists, otherwise false

Example¶

console.log(await verifications.identityAvailable(accounts[0]);
// Output:
// false

await  await verifications.createIdentity(accounts[0]);

console.log(await verifications.identityAvailable(accounts[0]);
// Output:
// true

getIdentityForAccount¶

verifications.getIdentityForAccount(subject);

Gets the identity contract for a given account id or contract.

Parameters¶

subject - string: target subject to get identity for

Returns¶

Promise returns any: identity contract instance

Example¶

const identityContract = await verifications.getIdentityForAccount(accounts[0]);

setVerification¶

verifications.setVerification(issuer, subject, topic, expirationDate, verificationValue, descriptionDomain, disableSubVerifications);

Sets or creates a verification; this requires the issuer to have permissions for the parent verification (if verification name seen as a path, the parent ‘folder’).

Parameters¶

issuer - string: issuer of the verification
subject - string: subject of the verification and the owner of the verification node
topic - string: name of the verification (full path)
expirationDate - number (optional): expiration date, for the verification, defaults to 0 (does not expire)
verificationValue - string (optional): bytes32 hash of the verifications value, will not be set if omitted
descriptionDomain - string (optional): domain of the verification, this is a subdomain under ‘verifications.evan’, so passing ‘example’ will link verifications description to ‘example.verifications.evan’, unset if omitted
disableSubVerifications - boolean (optional): invalidate all verifications that gets issued as children of this verification (warning will include the disableSubVerifications warning)

Returns¶

Promise returns string: id of new verification

Example¶

// accounts[0] issues verification '/company' for accounts[1]
const firstVerification = await verifications.setVerification(accounts[0], accounts[1], '/company');

// accounts[0] issues verification '/company' for accounts[1], sets an expiration date
// and links to description domain 'sample'
const secondVerification = await verifications.setVerification(
  accounts[0], accounts[1], '/company', expirationDate, verificationValue, 'example');

getVerifications¶

verifications.getVerifications(subject, topic, isIdentity]);

Gets verification information for a verification name from a given account; results has the following properties: creationBlock, creationDate, data, description, expirationDate, id, issuer, name, signature, status, subject, topic, uri, valid.

Parameters¶

subject - string: subject of the verifications
topic - string: name (/path) of a verification
isIdentity - string (optional): indicates if the subject is already an identity

Returns¶

Promise returns any[]: verification info array, contains: issuer, name, status, subject, data, uri, signature, creationDate

Example¶

await verifications.setVerification(accounts[0], accounts[1], '/company');
console.dir(await verifications.getVerifications(accounts[1], '/company'));
// Output:
[{
  creationDate: 1234567890,
  data: '0x0000000000000000000000000000000000000000000000000000000000000000',
  description: {
    name: 'sample verification',
    description: 'I\'m a sample verification',
    author: 'evan.network',
    version: '1.0.0',
    dbcpVersion: 1,
  },
  expirationDate: 1234567890,
  id: '0x0000000000000000000000000000000000000000000000000000000000000000',
  issuer: '0x0000000000000000000000000000000000000001',
  name: '/company',
  rejectReason: {
    "rejected": "rejection message"
  },
  signature: '0x0000000000000000000000000000000000000000000000000000000000000000',
  status: 0 (Issued) || 1 (Confirmed) || 2 (Rejected),
  subject: '0x0000000000000000000000000000000000000002',
  uri: '',
  signature: '0x0000000000000000000000000000000000000000000000000000000000000000',
  valid: true
}]

getNestedVerifications(subject, topic, isIdentity);

Get all the verifications for a specific subject, including all nested verifications for a deep integrity check.

Parameters¶

subject - string: subject to load the verifications for.
topic - string: topic to load the verifications for.
isIdentity - boolean: optional indicates if the subject is already a identity

Returns¶

Promise returns Array<any>: all the verifications with the following properties.

Example¶

const nestedVerifications = await getNestedVerifications('0x123...', '/test')

// will return
[
  {
    // creator of the verification
    issuer: '0x1813587e095cDdfd174DdB595372Cb738AA2753A',
    // topic of the verification
    name: '/company/b-s-s/employee/swo',
    // -1: Not issued => no verification was issued
    // 0: Issued => status = 0, warning.length > 0
    // 1: Confirmed => issued by both, self issued state is 2, values match
    status: 2,
    // verification for account id / contract id
    subject: subject,
    // ???
    value: '',
    // ???
    uri: '',
    // ???
    signature: ''
    // icon for cards display
    icon: 'icon to display',
    // if the verification was rejected, a reject reason could be applied
    rejectReason: '' || { },
    // subjec type
    subjectType: 'account' || 'contract',
    // if it's a contract, it can be an contract
    owner: 'account' || 'contract',: 'account' || 'contract',
    // warnings
    [
      'issued', // verification.status === 0
      'missing', // no verification exists
      'expired', // is the verification expired?
      'rejected', // rejected
      'selfIssued' // issuer === subject
      'invalid', // signature is manipulated
      'parentMissing',  // parent path does not exists
      'parentUntrusted',  // root path (/) is not issued by evan
      'notEnsRootOwner', // invalid ens root owner when check topic is
      'noIdentity', // checked subject has no identity
      'disableSubVerifications' // when sub verifications are disable on the parent
    ],
    parents: [ ... ],
    parentComputed: [ ... ]
  }
]

computeVerifications¶

bcService.computeVerifications(topic, verifications);

Takes an array of verifications and combines all the states for one quick view.

Parameters¶

topic - string: topic of all the verifications
verifications - Array<any>: all verifications of a specific topic

Returns¶

any: computed verification including latest creationDate, displayName

Example¶

// load all sub verifications
verification.parents = await verifications.getNestedVerifications(verification.issuerAccount, verification.parent || '/', false);

// use all the parents and create a viewable computed tree
const computed = verifications.computeVerifications(verification.topic, verification.parents)

// returns =>
//   const computed:any = {
//     verifications: verifications,
//     creationDate: null,
//     displayName: topic.split('/').pop() || 'evan',
//     loading: verifications.filter(verification => verification.loading).length > 0,
//     name: topic,
//     status: -1,
//     subjects: [ ],
//     warnings: [ ],
//   }

getComputedVerification¶

getComputedVerification(subject, topic, isIdentity);

Loads a list of verifications for a topic and a subject and combines to a single view for a simple verification status check, by combining getNestedVerifications with computeVerifications.

Parameters¶

subject - string: subject to load the verifications for.
topic - string: topic to load the verifications for.
isIdentity - boolean: optional indicates if the subject is already a identity

Returns¶

any: computed verification including latest creationDate, displayName

Example¶

// use all the parents and create a viewable computed tree
const computed = verifications.getComputedVerification(subject, topic)

// returns =>
//   const computed:any = {
//     verifications: verifications,
//     creationDate: null,
//     displayName: topic.split('/').pop() || 'evan',
//     loading: verifications.filter(verification => verification.loading).length > 0,
//     name: topic,
//     status: -1,
//     subjects: [ ],
//     warnings: [ ],
//   }

identityAvailable¶

verifications.identityAvailable(subject);

checks if a account has already a identity contract

Parameters¶

subject - string: subject of the verifications

Returns¶

Promise returns any: true if identity exists, otherwise false

Example¶

console.dir(await verifications.identityAvailable(accounts[1]));
// Output:
true

validateVerification¶

verifications.validateVerification(subject, verificationId, isIdentity]);

validates a given verificationId in case of integrity

Parameters¶

subject - string: subject of the verifications
verificationId - string: The verification identifier
isIdentity - boolean (optional): indicates if the subject is already an identity, defaults to false

Returns¶

Promise returns boolean: resolves with true if the verification is valid, otherwise false

Example¶

console.dir(await verifications.validateVerification(
  accounts[1]),
  '0x0000000000000000000000000000000000000000000000000000000000000000',
);
// Output:
true

deleteVerification¶

verifications.deleteVerification(accountId, subject, verificationId);

Delete a verification. This requires the accountId to have permissions for the parent verification (if verification name seen as a path, the parent ‘folder’). Subjects of a verification may only delete it, if they are the issuer as well. If not, they can only react to it by confirming or rejecting the verification.

Parameters¶

accountid - string: account, that performs the action
subject - string: the subject of the verification
verificationId - string: id of a verification to delete

Returns¶

Promise returns void: resolved when done

Example¶

const verificationId = await verifications.setVerification(accounts[0], accounts[1], '/company');
await verifications.deleteVerification(accounts[0], accounts[1], verificationId);

rejectVerification¶

verifications.rejectVerification(accountId, subject, verificationId, rejectReason?);

Reject a Verification. This verification will be marked as rejected but not deleted. This is important for tracking reasons. You can also optionally add a reject reason as JSON object to track additional informations about the rejection. Issuer and Subject can reject a special verification.

Parameters¶

accountid - string: account, that performs the action
subject - string: the subject of the verification
verificationId - string: id of a verification to delete
rejectReason - object (optional): JSON Object of the rejection reason

Returns¶

Promise returns void: resolved when done

Example¶

const verificationId = await verifications.setVerification(accounts[0], accounts[1], '/company');
await verifications.rejectVerification(accounts[0], accounts[1], verificationId, { rejected: "because not valid anymore"});

= Subjects =¶

confirmVerification¶

verifications.confirmVerification(accountId, subject, verificationId);

Confirms a verification; this can be done, if a verification has been issued for a subject and the subject wants to confirms it.

Parameters¶

accountId - string: account, that performs the action
subject - string: verification subject
verificationId - string: id of a verification to confirm

Returns¶

Promise returns void: resolved when done

Example¶

const newVerification = await verifications.setVerification(accounts[0], accounts[1], '/company');
await verifications.confirmVerification(accounts[0], accounts[1], newVerification);

= Descriptions =¶

setVerificationDescription¶

verifications.setVerificationDescription(accountId, topic, domain, description);

Set description for a verification under a domain owned by given account. This sets the description at the ENS endpoint for a verification.

Notice, that this will not insert a description at the verification itself. Consider it as setting a global registry with the description for your verifications and not as a label attached to a single verification.

So a setting a description for the verification /some/verification the subdomain example registers this at the ENS path ${sha3(‘/some/verification’)}example.verifications.evan`.

When this description has been set, it can be used when setting verifications, e.g. with

verifications.setVerification(accounts[0], accounts[1], '/some/verification', expirationDate, verificationValue, 'example');

A description can be setup even after verifications have been issued. So it is recommended to use the verification domain when setting up verifications, even if the description isn’t required at the moment, when verifications are set up.

Parameters¶

accountId - string: accountId, that performs the description update
topic - string: name of the verification (full path) to set description
domain - string: domain of the verification, this is a subdomain under ‘verifications.evan’, so passing ‘example’ will link verifications description to ‘example.verifications.evan’
description - string: DBCP description of the verification; can be an Envelope but only public properties are used

Returns¶

Promise returns void: resolved when done

Example¶

const sampleVerificationsDomain = 'sample';
  const sampleVerificationTopic = '/company';
  const sampleDescription = {
    name: 'sample verification',
    description: 'I\'m a sample verification',
    author: 'evan.network',
    version: '1.0.0',
    dbcpVersion: 1,
  };
await verifications.setVerificationDescription(accounts[0], sampleVerificationTopic, sampleVerificationsDomain, sampleDescription);
await verifications.setVerification(accounts[0], accounts[1], sampleVerificationTopic, null, null, sampleVerificationsDomain);
const verificationsForAccount = await verifications.getVerifications(accounts[1], sampleVerificationTopic);
const last = verificationsForAccount.length - 1;
console.dir(verificationsForAccount[last].description);
// Output:
// {
//   name: 'sample verification',
//   description: 'I\'m a sample verification',
//   author: 'evan.network',
//   version: '1.0.0',
//   dbcpVersion: 1,
// }

getVerificationEnsAddress¶

verifications.getVerificationEnsAddress(topic);

Map the topic of a verification to it’s default ens domain.

Parameters¶

topic - string: verification topic

Returns¶

string: The verification ens address

Example¶

const ensAddress = verifications.getVerificationEnsAddress('/evan/test');
// will return test.verifications.evan

ensureVerificationDescription¶

verifications.ensureVerificationDescription(verification);

Gets and sets the default description for a verification if it does not exists.

Parameters¶

verification - any: verification topic

Example¶

verifications.ensureVerificationDescription(verification);

= Deployment =¶

createStructure¶

verifications.createStructure(accountId);

Create a new verifications structure; this includes a userregistry and the associated libraries. This isn’t required for creating a module instance, its is solely used for creating new structures on the blockchain.

Parameters¶

accountId - string: account, that execute the transaction and owner of the new registry

Returns¶

Promise returns any: object with property ‘storage’, that is a web3js contract instance

Example¶

const verificationsStructure = await verifications.createStructure(accountId);
console.log(verificationsStructure.storage.options.address);
// Output:
// 0x000000000000000000000000000000000000000a