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.
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)
.
hash
: Transaction hash
height
: Ledger height
build_create_did_request(id, verkey, alias)
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 abbreviated verkey
and should be 16 bytes long when decoded. Otherwise, it's a full verkey
which should be 32 bytes long when decoded.
alias
(string; optional)
key
(string): A unique key is used to store this DID in a state
CreateDidRequest
must be signed by the DID from id
field. It means that this DID must be an owner of this DID transaction.
build_update_did_request(id, verkey, alias)
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 abbreviated verkey
and should be 16 bytes long when decoded. Otherwise, it's a full verkey
which should be 32 bytes long when decoded.
alias
(string; optional).
key
(string): A unique key is used to store this DID in a state
A transaction with id
from UpdateDidRequest
must already be in a ledger created by CreateDidRequest
UpdateDidRequest
must be signed by the DID from id
field. It means that this DID must be an owner of this DID transaction.
build_query_get_did(id)
id
(base58-encoded string): Target DID as base58-encoded string for 16 or 32 byte DID value.
path
: Path for RPC endpoint for cheqd pool
data
: Query with an entity key from a state. String did:<id>
encoded to bytes
height
: Ledger height (size). None
for auto calculation
prove
: Boolean value. True
for getting state proof in a pool response