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 Dock 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
Enumerated Values
Responses
POST /messaging/encrypt REQUEST CURL
# You can also use wgetcurl-XPOSThttps://api-testnet.dock.io/messaging/encrypt \-H'Content-Type: application/json' \-H'Accept: application/json' \-H'DOCK-API-TOKEN: API_KEY'
# You can also use wgetcurl-XPOSThttps://api-testnet.dock.io/messaging/decrypt \-H'Content-Type: application/json' \-H'Accept: application/json' \-H'DOCK-API-TOKEN: API_KEY'
Body parameter
{"jwe": {}}
200 Response
{"code":0}
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
Responses
POST /messaging/sign REQUEST CURL
# You can also use wgetcurl-XPOSThttps://api-testnet.dock.io/messaging/sign \-H'Content-Type: application/json' \-H'Accept: application/json' \-H'DOCK-API-TOKEN: API_KEY'
# You can also use wgetcurl-XPOSThttps://api-testnet.dock.io/messaging/verify \-H'Content-Type: application/json' \-H'Accept: application/json' \-H'DOCK-API-TOKEN: API_KEY'
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
Responses
POST /messaging/send REQUEST CURL
# You can also use wgetcurl-XPOSThttps://api-testnet.dock.io/messaging/send \-H'Content-Type: application/json' \-H'Accept: application/json' \-H'DOCK-API-TOKEN: API_KEY'