Skip to main content
This concept has been absorbed into peaqOS. See peaqID for the current identity model. peaq ROS 2 brings the Robotics Python SDK’s identity APIs into the ROS 2 ecosystem. 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

The core node must be active to serve identity calls. Ensure its wallet holds testnet funds.

Create a DID

Service response:
An empty 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:
The core node publishes a PENDING entry for each transaction it submits.

Read the DID Document

IdentityRead takes no parameters. It reads the DID of the node wallet.
Example output:
Use this service to confirm metadata before handing off to mission control nodes.

Integrate in Launch Files

Embed identity creation in automated provisioning flows:
After activation, issue a 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 FAST mode whatever PEAQ_ROBOT_CONFIRMATION_MODE is set to. The SDK waits for finalization before it returns the hash, so a returned hash is already final.
Continue to Access Control for managing roles once identities exist.