Skip to main content
An entity domain is the on-chain representation of a real-world organisation, project, asset, deed, or device on the IXO Protocol. Each domain is anchored by a Decentralized Identifier (DID), governed by one or more controllers, and extended with services, resources, accorded rights, linked claims, relationships, and accounts. This page is a routing map. It does not duplicate concept, task, or SDK details — those live on the canonical pages below.

Where each detail lives

Minimal SDK reference

Composing entity messages uses the same three-step pattern as every IXO Protocol module: create a query or signing client, compose a message, sign and broadcast. The @ixo/impactxclient-sdk package exposes proto-derived message factories under ixo.*.
The snippet below is a structural reference. For full installation, signer setup, and broadcast patterns see the IXO MultiClient SDK README and the worked examples in Developer workflows.
The full set of entity messages — MsgCreateEntity, MsgUpdateEntity, MsgUpdateEntityVerified, MsgTransferEntity, MsgCreateEntityAccount, MsgGrantEntityAccountAuthz, MsgRevokeEntityAccountAuthz — is generated from the x/entity proto definitions and exposed under ixo.entity.v1beta1.* on the SDK.

Next steps

Domain configuration

The data model behind every entity domain.

Configure domain settings

Update controllers, services, resources, and accorded rights.

Domain privacy patterns

What to keep on protocol vs in IXO Matrix.

IXO MultiClient SDK

The TypeScript SDK that exposes entity messages.