This is an official DIMO Developer SDK written in NodeJS/TypeScript. The objective of this project is to make our API more accessible to the general public. DIMO also offers a bounty program for SDK contributions, please fill this form and select Developer to contact us for more information.
Use npm:
npm install @dimo-network/dimo-node-sdk
or use yarn instead:
yarn add @dimo-network/dimo-node-sdk
Run npm test
or npm run test
to execute the Jest tests.
Please visit the DIMO Developer Documentation to learn more about building on DIMO and detailed information on the API.
Import the SDK library:
import { DIMO } from '@dimo-network/dimo-node-sdk';
Initiate the SDK depending on the environment of your interest, we currently support both Production
and Dev
environments:
const dimo = new DIMO('Production');
or
const dimo = new DIMO('Dev');
As part of the authentication process, you will need to obtain a Developer License via the DIMO Developer Console. To get started with registration, follow the steps below:
- Sign up on the DIMO Developer Console.
- Connect a web3 wallet (if you didn't sign up with one)
- Click on
Create app
and fill out the details about your project namespace (external-facing, e.g.Drive2Survive LLC.
) and your application name (internal, e.g.app-prod
) - Generate an API key and add in your preferred redirect URI
In order to authenticate and access private API data, you will need to authenticate with the DIMO Auth Server. The SDK provides you with all the steps needed in the Wallet-based Authentication Flow in case you need it to build a wallet integration around it. We also offer expedited functions to streamline the multiple calls needed.
- A valid Developer License
- A valid API key
At its core, the API key is the private key to a Web3 wallet. Unlike traditional wallets, which store physical currency, Web3 wallets store digital assets such as Bitcoin, Ethereum, and NFTs. In DIMO's Developer Console, we provision a randomly-generated Web3 wallet for you as the enabled signer of your Developer License, decoupling the operations from wallets that may have assets in them for extra safety.
NOTE: The wallet related to the API key is different from the spender or holder wallet for your DIMO Developer License. This gives users peace of mind that their assets are safely in their spender wallet, and the Developer License NFT is in their holder wallet.
The SDK offers 3 basic functions that maps to the steps listed in Wallet-based Authentication Flow: generateChallenge
, signChallenge
, and submitChallenge
. You can use them accordingly depending on how you build your application.
const challenge = await dimo.auth.generateChallenge({
client_id: '<client_id>',
domain: '<domain>',
address: '<client_id>'
});
const signature = await dimo.auth.signChallenge({
message: challenge.challenge,
private_key: '<private_key>'
});
const tokens = await dimo.auth.submitChallenge({
client_id: '<client_id>',
domain: '<domain>',
state: challenge.state,
signature: signature
});
As mentioned earlier, this is the streamlined function call to directly get the access_token
. The address
field in challenge generation is omitted since it is essentially the client_id
of your application per Developer License:
const authHeader = await dimo.auth.getToken({
client_id: '<client_id>',
domain: '<domain>',
private_key: '<private_key>',
});
Once you have the authHeader
, you'll have access to the basic API endpoints. For endpoints that require the authorization headers, you can simply pass the results.
// Pass the auth object to a protected endpoint
await dimo.user.get(auth);
// Pass the auth object to a protected endpoint with body parameters
await dimo.tokenexchange.exchange({
...auth,
privileges: [4],
tokenId: <vehicle_token_id>
});
By loading a valid .credentials.json
, you can easily call dimo.authenticate()
if you prefer to manage your credentials differently. Instead of calling the Auth
endpoint, you would directly interact with the SDK main class.
Start by navigating to the SDK directory that was installed, if you used NPM, you can execute npm list -g | dimo
to find the directory. In the root directory of the SDK, there will be .credentials.json.example
- simply remove the .example
extension to proceed with authentication:
// After .credentials.json are provided
const authHeader = await dimo.authenticate();
// The rest would be the same as option 2
(We're reserving this as a function in the near future, where Build on DIMO Developer Console users will be able to export their credentials directly from the UI and work with the SDK)
The SDK supports async await and your typical JS Promises. HTTP operations can be utilized in either ways:
// Async Await
async function getAllDeviceMakes() {
try {
let response = await dimo.devicedefinitions.listDeviceMakes();
// Do something with the response
}
catch (err) { /* ... */ }
}
getAllDeviceMakes();
// JS Promises
dimo.devicedefinitions.listDeviceMakes().then((result) => {
return result.device_makes.length;
}).catch((err) => {
/* ...handle the error... */
});
For query parameters, simply feed in an input that matches with the expected query parameters:
dimo.devicedefinitions.getByMMY({
make: '<vehicle_make>',
model: '<vehicle_model',
year: 2021
});
For path parameters, simply feed in an input that matches with the expected path parameters:
dimo.devicedefinitions.getById({ id: '26G4j1YDKZhFeCsn12MAlyU3Y2H' })
As the 2nd leg of the API authentication, applications may exchange for short-lived privilege tokens for specific vehicles that granted privileges to the app. This uses the DIMO Token Exchange API.
For the end users of your application, they will need to share their vehicle permissions via the DIMO Mobile App or through your own implementation of privilege sharing functions - this should be built on the setPrivilege
function of the DIMO Vehicle Smart Contract.
Typically, any endpoints that uses a NFT tokenId
in path parameters will require privilege tokens. You can get the privilege token and pipe it through to corresponding endpoints like this:
const privToken = await dimo.tokenexchange.exchange({
...auth,
privileges: [1, 5],
tokenId: <vehicle_token_id>
});
// Vehicle Status uses privId 1
await dimo.devicedata.getVehicleStatus({
...privToken,
tokenId: <vehicle_token_id>
});
// Proof of Movement Verifiable Credentials uses privId 4
await dimo.attestation.createPomVC({
...privToken,
tokenId: <vehicle_token_id>
})
// VIN Verifiable Credentials uses privId 5
await dimo.attestation.createVinVC({
...privToken,
tokenId: <vehicle_token_id>
});
The SDK accepts any type of valid custom GraphQL queries, but we've also included a few sample queries to help you understand the DIMO GraphQL APIs.
The GraphQL entry points are designed almost identical to the REST API entry points. For any GraphQL API that requires auth headers (Telemetry API for example), you can use the same pattern as you would in the REST protected endpoints.
const privToken = await dimo.tokenexchange.exchange({
...auth,
privileges: [1, 3, 4],
tokenId: <vehicle_token_id>
});
const tele = await dimo.telemetry.query({
...privToken,
query: `
query {
some_valid_GraphQL_query
}
`
});
To send a custom GraphQL query, you can simply call the query
function on any GraphQL API Endpoints and pass in any valid GraphQL query. To check whether your GraphQL query is valid, please visit our Identity API GraphQL Playground or Telemetry API GraphQL Playground.
const yourQuery = `{
vehicles (first:10) {
totalCount
}
}`;
const totalNetworkVehicles = await dimo.identity.query({
query: yourQuery
});
This GraphQL API query is equivalent to calling dimo.identity.countDimoVehicles()
.
DIMO offers a pub/sub data stream through the Streamr Network. You can now subscribe to any data stream that has granted privileges to your via the Developer License (ERC-1271 aka Smart Contract Signature Verification).
The SDK utilizes RxJs Observables for developers to handle asynchronous streams. It allows sophisticated operations like transformations, filtering, and combination of multiple streams.
To get started, first create a stream Observable
by calling stream()
. Note that the stream
function takes the following variables: streamId
, clientId
, privateKey
, and log
(optional).
const streamObservable = async() => {
return await dimo.stream(
streamId, // The Streamr Identifier, i.e. `streams.dimo.eth/vehicles/123`
clientId, // The clientId of your Developer License
privateKey, // The private key of the approved signer
log // [Optional] The level of log, defaults to 'info' if not provided. Supports 'silent' | 'fatal' | 'error' | 'warn' | 'info' | 'debug' | 'trace'
);
}
The returned Observable
can be handled by simply subscribing:
streamObservable.subscribe({
next: (msg) => {
// handle the msg;
},
error: (error) => {
// error handling
},
complete: () => {
// completing actions
}
});
Read more about contributing here.