Messaging

Operations about DIDComm messaging. DIDComm messages are addressed by DID using Dock's relay service.

The current most common use case for the messaging service is to send credentials and presentation requests to the Truvera Wallet, but other clients can use it too.

Encrypt Message

In most cases you'll want to ensure the privacy of the message by encrypting it before sending.

Parameters

Name
In
Type
Required
Description

body

body

object

true

The recipients, sender and message

» type

body

string

false

none

» payload

body

object

true

none

» senderDid

body

string

true

none

» algorithm

body

string

false

none

» recipientDids

body

[oneOf]

true

none

Enumerated Values

Parameter
Value

» algorithm

ECDH-1PU+A256KW

» algorithm

ECDH-ES+A256KW

Decrypt Message

Parameters

Name
In
Type
Required
Description

body

body

object

true

The JWM

» jwe

body

object

true

none

Signing Messages

Signing a message helps to prove to the recipient that the message is valid and unaltered. The message will be signed as a Base64 encoded JWT.

Parameters

Name
In
Type
Required
Description

body

body

object

true

The message payload

» payload

body

object

true

none

» senderDid

body

string

true

none

» type

body

string

false

none

Verifying a Message

Verify that the message is valid.

Parameters

Name
In
Type
Required
Description

body

body

object

true

The message payload

» jws

body

string

true

none

Send Message

Sends a DIDComm message using our relay service and DID service endpoints, it also returns a URL for QR code scanning. Supports encrypted, plaintext and signed DIDComm messages. You can generate an encrypted DIDComm message by calling the /messaging/encrypt route.

The typ attribute must be a DIDComm type (i.e. starts with "application/didcomm").

Parameters

Name
In
Type
Required
Description

body

body

object

true

The message payload

» to

body

string

true

none

» message

body

Message

true

none

Last updated