Run a Bitdeer Worker

Overview

This page details how to run the Bitdeer D40 container Worker. Select the development (mock) or real-container path.

The Bitdeer D40 speaks MQTT, and the Worker embeds the broker (one per Worker process) that a container publishes into, rather than the Worker connecting out to the container. Device specs are keyed by containerId, not by an address and port.

Prerequisites

Review the common deployment prerequisites before you start

Deployment-specific requirements:

A Node.js service or script in your deployment that runs the MDK Worker and registers containers
A supported D40 container configured to publish into the Worker's embedded MQTT broker, reachable on that broker's port (default 10883)

Development

Run against a mock

The Bitdeer Worker ships a mock D40 container that publishes canned telemetry as an MQTT client. The Worker hosts the broker, so start the Worker first and the mock second, both from the repository root.

Save this script as bitdeer-dev.js in the repository root. It is the boot call from Connect a container, with the container ID the mock publishes under:

'use strict'

const os = require('os')
const path = require('path')
const { getKernel } = require('@tetherto/mdk-core')
const { startBitdeerWorker } = require('@tetherto/mdk-worker-bitdeer')

const main = async () => {
  const kernel = await getKernel()

  const worker = await startBitdeerWorker({
    workerId: 'bitdeer-dev',
    model: 'm56',
    storeDir: path.join(os.tmpdir(), 'mdk-dev', 'bitdeer'),
    mqttPort: 10883,
    allowedKeys: [kernel.getClientPublicKey()],
    seedDevices: [{
      info: { serialNum: 'D40-DEV', container: 'dev' },
      opts: { containerId: 'D40-DEV' }
    }]
  })
  await kernel.registerWorker(worker.runtime.getPublicKey())

  console.log('Kernel HRPC key:', kernel.getPublicKey().toString('hex'))
  console.log('Device:', worker.services.provisioning.listDeviceIds()[0])
  console.log('Ctrl+C to stop.')
}

main().catch((err) => { console.error(err); process.exit(1) })

Run the script:
```
node bitdeer-dev.js
```
Once it prints Device:, start a mock D40 M56 in a second terminal, pointed at the Worker's broker port and using the same container ID:
```
npm run mock d40_m56 10883 id=D40-DEV
```

Expected output from bitdeer-dev.js, with your own key and device ID:

Kernel HRPC key: a94550e7f07fc2a1ebe38aa1cd482664c164d1d751f6470966611cdc40c65906
Device: 815d7e65-39a4-4d13-938c-ebafb3b730e5
Ctrl+C to stop.

Once the mock connects, the Kernel pulls live telemetry (container power, temperature, per-phase data) through the Worker. The mock's model and container ID options are in the Bitdeer README.

Connect a container

2.1 Pick your model

Use the Bitdeer README to confirm the model value for your D40 variant: a1346, m30, m56, or s19xp. This guide uses m56, replace it with the value for your container.

2.2 Register your container

Add this code to the Node.js service or script that runs the MDK Worker in your deployment. The snippet shows the minimum boot call seeding one D40 container, replace the example container ID with your container's value:

const { getKernel } = require('@tetherto/mdk-core')
const { startBitdeerWorker } = require('@tetherto/mdk-worker-bitdeer')

const kernel = await getKernel()

const worker = await startBitdeerWorker({
  workerId: 'bitdeer-rack-1',
  model: 'm56',
  storeDir: './store/bitdeer-rack-1',
  mqttPort: 10883,
  allowedKeys: [kernel.getClientPublicKey()],
  seedDevices: [{
    info: { serialNum: 'D40-M56-001', container: 'container-A' },
    opts: { containerId: 'D40-M56-001' }
  }]
})
await kernel.registerWorker(worker.runtime.getPublicKey())

allowedKeys lists the RPC callers the Worker accepts. The Worker refuses to start without it (ERR_WORKER_ALLOWED_KEYS_REQUIRED), so pass the Kernel's client key.

Make sure the container is configured to publish into this Worker's broker port before registering. Commands act on physical cooling and power hardware, prioritize thermal safety.

seedDevices only seeds a fresh, empty storeDir, once persisted, the device set survives restarts on its own. To add a container to an already-running fleet, send the registerThing command to the live Worker instead:

const { createMdkClient } = require('@tetherto/mdk-client')

const client = createMdkClient({ kernelKey: kernel.getPublicKey() })
await client.connect()
await client.sendWorkerCommand('bitdeer-rack-1', null, 'registerThing', {
  id: 'D40-M56-002',
  info: { serialNum: 'D40-M56-002', container: 'container-A' },
  opts: { containerId: 'D40-M56-002' }
})

registerThing persists the container config immediately, but the running Worker does not pick it up until it is stopped and restarted (await worker.stop(), then call startBitdeerWorker again with the same storeDir and no seedDevices), there is no hot-add.

For the full seedDevices and registerThing option reference, the telemetry and command tables, and the shared install pattern, see the Bitdeer README and install pattern.

Troubleshooting

A working development run of bitdeer-dev.js prints the Kernel HRPC key and the registered device ID, then stays running until Ctrl+C. Start the mock only after that: it is an MQTT client and needs the Worker's broker up on 10883.

If the script does not print those values, or if broker port 10883 is already in use, the network and port checks in miner troubleshooting apply here too, the underlying HRPC and DHT requirements are the same across every Worker.

Next steps

Decide your deployment topology to run the Worker service
Review telemetry units, command shapes, and error codes

Run a Bitdeer Worker

On this page