@polymeshassociation/polymesh-private-sdk

@polymeshassociation/polymesh-sdk

Polymesh version

This release is compatible with Polymesh v6.0, v6.1, v6.2 and Polymesh Private v1.0

Getting Started

This package provides confidential asset support (aka Polymesh Private) and is an extension of the public SDK.

Unless you specifically need confidential asset support, then you should use the public version. If you are adding confidential support then upgrading from public version should be a matter of updating the import from @polymeshassociation/polymesh-sdk to @polymeshassociation/private-polymesh-sdk, and updating the version. The public API should remain unchanged.

Note, the SDK does not contain any logic around generating confidential proofs. To generate zero knowledge proofs a confidential proof server needs to be available, and integrating code will need to call the right endpoints when appropriate.

Purpose

The Polymesh Private SDK's provides additional functions to the Polymesh SDK to provide support for confidential assets.

Technical Pre-requisites

In order to use the Polymesh Private SDK, you must install node (version 16) and npm. The library is written in typescript, but can also be used in plain javascript. This document will assume you are using typescript, but the translation to javascript is very simple.

Documentation

Polymesh Public SDK API Reference:

https://developers.polymesh.network/sdk-docs/

How to use

Installation

npm i @polymeshassociation/polymesh-private-sdk --save

Or, if you're using yarn

yarn add @polymeshassociation/polymesh-private-sdk

Or, if using pnpm

pnpm add @polymeshassociation/polymesh-private-sdk

NOTE it is highly recommended that you use one of these three package managers. This project uses package resolutions/overrides to pin certain problematic dependencies, and these are only supported by the aforementioned package managers. Using a different package manager may result in unexpected behavior

NOTE if using TypeScript the compiler option "skipLibCheck" should be set to true in your tsconfig.json file

Initializing the client

Before you can start registering Tickers and creating Assets, you have to connect the Polymesh SDK client to a Polymesh node. This is a pretty straightforward process:

import { Polymesh } from '@polymeshassociation/polymesh-private-sdk';
import { LocalSigningManager } from '@polymeshassociation/local-signing-manager';

async function run() {
  const signingManager = await LocalSigningManager.create({
    accounts: [
      {
        mnemonic: '//Alice', //A "well known" mnemonic, often with sudo privileges on development chains
      },
      {
        mnemonic: 'forest end mail art wish leave truth else ignore royal knife river' // most mnemonics are 12 words
      }
    ],
  });
  const polyClient = await Polymesh.connect({
    nodeUrl: 'wss://some-node-url.com',
    signingManager,
  });

  // do stuff with the client
}

Here is an overview of the parameters passed to the connect function:

• nodeUrl is a URL that points to a running Polymesh node
• signingManager is an object that complies with the SigningManager interface. It holds the Accounts capable of signing transactions, and the signing logic itself. In this example, LocalSigningManager is a simple signing manager that holds private keys in memory and signs with them

NOTE: if using the SDK on a browser environment (i.e. with the Polymesh wallet browser extension), you would use the BrowserExtensionSigningManager provided by @polymeshassociation/browser-extension-signing-manager

import { Polymesh } from '@polymeshassociation/polymesh-private-sdk';
import { BrowserExtensionSigningManager } from '@polymeshassociation/browser-extension-signing-manager';

async function run() {
  const signingManager = await BrowserExtensionSigningManager.create('MY_APP_NAME'); // The Polymesh wallet extension will ask the user to authorize MY_APP_NAME for access

  const polyClient = await Polymesh.connect({
    nodeUrl: 'wss://some-node-url.com',
    signingManager,
  });

  // do stuff with the client
}

Creating Transactions

Creating transactions is a two-step process. First a procedure is created, which validates the chain is likely to accept the transaction and returns a Procedure object. This procedure is then executed. This includes having the signing manager generate a signature and waiting for block finalization. Some procedures resolve to a relevant entity, such as createAsset resolving to the created asset.

  /**
   * This step performs validations, and will throw an error if the transaction isn't expected to proceed, e.g., if the `ticker` is already in use
   */
  const createAssetProc = await polyClient.assets.createAsset({
    name: 'My new asset'
    ticker: 'TICKER',
    // ... (args omitted for brevity)
  })

  /**
   * The promise will resolve when the transaction is in a finalized block which takes on average 15 seconds. It will throw an error if the transaction fails to finalize.
   * For example, if the `ticker` was claimed after the procedure was created, but before it was executed, or the signing manager didn't generate a correct signature.
   */
  const newAsset = await createAssetProc.run()

Reading Data

The SDK exposes getter functions that will return entities, which may have their own functions:

  const assetsPage = await polyClient.assets.get({ size: new BigNumber(20) })
  const asset = assetsPage.data[0]

  const assetDetails = await asset.details()
  console.log('asset details:', assetDetails)

Note: Some getters require "middleware" to be configured, which is a chain indexer that aids in historical queries. All such methods will have a comment indicating this requirement.

Terminology

The SDK uses the class Account as an abstraction for a public/private key pair that is used to sign transactions. Although consistent with Substrate (the chain's framework) naming conventions, it can be a source of confusion considering the domain. What the SDK calls an account is often referred to as a key. Public keys are often represented in SS58 format which is a special encoding that indicates if the key is intended for mainnet or not. In this form, it is referred to as an address and looks like: 5GrwvaEF5zXb26Fz9rcQpDWS57CtERHpNehXCPcNoHGKutQY (non-mainnet keys begin with 5, mainnet addresses will instead begin with 2).

The only thing an Account holds is the POLYX utility token. Ownership of any asset on the Polymesh chain requires an Identity. This process involves a trusted provider writing a claim to the chain, stating that this person has completed a "customer due diligence" (CDD) process. For development chains, the mnemonic //Alice can create CDD claims by default.

Polymesh uses an Identity to provide flexibility in managing permissions. Portfolios can be created, and secondary keys can be granted permission to provide fine grained authorization.