VDR Tools CLI with cheqd (deprecated)
This page describes how identity-domain transactions can be integrated in 3rd party applications such as Evernym VDR Tools.
Note: This cheqd SDK integration has now been deprecated and is no longer actively maintained.
Base write flow
Build a request Example:
build_create_did_request(id, verkey, alias)
Sign the request using DID key Example:
indy_crypto_sign(did, verkey)
Build a transaction with the request from previous step Example:
build_tx(pool_alias, pub_key, builded_request, account_number, account_sequence, max_gas, max_coin_amount, denom, timeout_height, memo)
Sign the transaction Example:
cheqd_keys_sign(wallet_handle, key_alias, tx)
.Broadcast a signed transaction Example:
broadcast_tx_commit(pool_alias, signed)
.
Response format
hash
: Transaction hashheight
: Ledger height
DID transactions
Create DID
Command
build_create_did_request(id, verkey, alias)
Request format
id
(base58-encoded string): Target DID as base58-encoded string for 16 or 32 byte DID valueverkey
(base58-encoded string, possibly starting with ""; optional): Target verification key. It can start with "", which means that it is an abbreviatedverkey
and should be 16 bytes long when decoded. Otherwise, it's a fullverkey
which should be 32 bytes long when decoded.alias
(string; optional)
Response format
key
(string): A unique key is used to store this DID in a state
Response validation
CreateDidRequest
must be signed by the DID fromid
field. It means that this DID must be an owner of this DID transaction.
Update DID
Command
build_update_did_request(id, verkey, alias)
Request format
id
(base58-encoded string): Target DID as base58-encoded string for 16 or 32 byte DID value.verkey
(base58-encoded string, possibly starting with ""; optional): Target verification key. It can start with "", which means that it is an abbreviatedverkey
and should be 16 bytes long when decoded. Otherwise, it's a fullverkey
which should be 32 bytes long when decoded.alias
(string; optional).
Response format
key
(string): A unique key is used to store this DID in a state
Response validation
A transaction with
id
fromUpdateDidRequest
must already be in a ledger created byCreateDidRequest
UpdateDidRequest
must be signed by the DID fromid
field. It means that this DID must be an owner of this DID transaction.
Get DID
Command
build_query_get_did(id)
id
(base58-encoded string): Target DID as base58-encoded string for 16 or 32 byte DID value.
Request format
path
: Path for RPC endpoint for cheqd pooldata
: Query with an entity key from a state. Stringdid:<id>
encoded to bytesheight
: Ledger height (size).None
for auto calculationprove
: Boolean value.True
for getting state proof in a pool response
Response format
Last updated