core_node exposes fully lifecycle-managed services so every robot can create and query decentralized identities (DIDs) without leaving ROS tooling.
When to Use It
- Provision new robots on the peaq network directly from ROS launch flows
- Attach metadata to robots for fleet discovery and access control
- Audit DID state via ROS services before orchestrating missions
Launch Prerequisites
Create a DID
tx_hash means the service returned no transaction hash: the DID may already exist, a create may already be pending, or the create failed before or after it was submitted. Check with identity/read and the node log before retrying.
Monitor submissions on peaq/tx_status:
PENDING entry for each transaction it submits.
Read the DID Document
IdentityRead takes no parameters. It reads the DID of the node wallet.
Integrate in Launch Files
Embed identity creation in automated provisioning flows:ros2 service call or include a lightweight automation node that wraps the service call to guarantee every robot registers itself when it boots.
Operational Tips
- Store metadata (e.g.,
robot_model,location) to simplify downstream access control rules. - The core node submits identity writes in
FASTmode whateverPEAQ_ROBOT_CONFIRMATION_MODEis set to. The SDK waits for finalization before it returns the hash, so a returned hash is already final.

