The requirement to anchor prevents spam by associating a small cost for each message.
Encrypted messages
Messages can be encrypted so the data can only be read or processed by a specific LTO account. Encrypting a message is done using the public key of the recipient.
To get the public key from an address, we'll need to resolve the address. This uses the LTO DID resolver internally.
Only accounts that have submitted at least one transaction on the public chain can be resolved.
The recipient can decrypt the message using its private key.
Adding Metadata to Messages
To enhance client-side rendering and improve UX, you can attach metadata to a message before sending it. This metadata allows the receiving wallet to preview the content with a title, description, and thumbnail.
Supported Metadata Fields
type: A string identifier (e.g., "ownable") if type is left undefined the library defaults to "basic", generally advised to explictly use "ownable" if its an ownable.
title: A short, human-readable title
description: A brief explanation of the message contents
thumbnail: A binary image preview (max size: 256KB)
Metadata is optional, but including it enables:
Rich previews in wallet interfaces
Early validation before import
Ownables messages
By default, messages are assigned the basic type, which provides minimal descriptive context. While this is sufficient for most simple message exchanges, it lacks the flexibility needed for richer, more descriptive content.
Starting from versions v0.15.17 and v0.16.9+, support for message metadata and message versioning was introduced. This enhancement allows developers to embed additional context such as a title, description, and a thumbnail directly into the message metadata.
This is particularly valuable for Ownables, where visual and descriptive cues are essential for user comprehension. With metadata support, client-side applications can render messages with meaningful context, without decrypting and parsing message bodies just to extract basic display information. This not only improves performance but also significantly enhances the developer and user experience.
Messages with a metadata are marked version=1, Messages without a metadata have a version=0
Thumbnails are optional, but if you must include it, then it should be in a Binary format
const thumbnail = Binary.from(new Uint8Array(buffer)); // ensure <= 256KB
const meta = {
type: "ownable",
title: "Cool Ownable",
description: "Ownable created by @user123",
thumbnail,
};
const message = new Message(
messageContent,
"application/octet-stream",
meta
)
.to(recipient)
.signWith(sender);
await this.relay.send(message);
import {Message, Binary} from '@ltonetwork/lto/messages'
const imageBuffer = await some-image-file.arrayBuffer()
const meta = {
type: "ownable", //defaults to basic if not provided
title: "ownableRobot",
description: "A simple robot ownables",
thumbnail: Binary.from(new Uint8Array(image-file)),
}
//application-octet sets the mediaType arbitrarily
const message = new Message('hello', "application/octet-stream", meta)
.encryptFor(recipient)
.signWith(account);
import LTO from '@ltonetwork/lto';
import { Relay } from '@ltonetwork/lto/messages';
const lto = new LTO('T');
lto.relay = new Relay('https://my-relay.example.com');