Zbs API

Zbs Platform core features and Zbs API library for both Node.js and browser.

The latest and most actual version of this documentation is hosted on GitHub.

Installation

npm install @0bsnetwork/zbs-api --save

In Node.js:

const ZbsAPI = require('@0bsnetwork/zbs-api');

In browser:

<script src="./node_modules/@0bsnetwork/zbs-api/dist/zbs-api.min.js"></script>

You can use @0bsnetwork/zbs-api even within Web Workers.

Usage

const Zbs = ZbsAPI.create(ZbsAPI.TESTNET_CONFIG);

Seed

You can create a new random seed:

const seed = Zbs.Seed.create();

console.log(seed.phrase); // 'hole law front bottom then mobile fabric under horse drink other member work twenty boss'
console.log(seed.address); // '3Mr5af3Y7r7gQej3tRtugYbKaPr5qYps2ei'
console.log(seed.keyPair); // { privateKey: 'HkFCbtBHX1ZUF42aNE4av52JvdDPWth2jbP88HPTDyp4', publicKey: 'AF9HLq2Rsv2fVfLPtsWxT7Y3S9ZTv6Mw4ZTp8K8LNdEp' }

That seed may be encrypted with a password:

const password = '0123456789';
const encrypted = seed.encrypt(password);

console.log(encrypted); // 'U2FsdGVkX1+5TpaxcK/eJyjht7bSpjLYlSU8gVXNapU3MG8xgWm3uavW37aPz/KTcROK7OjOA3dpCLXfZ4YjCV3OW2r1CCaUhOMPBCX64QA/iAlgPJNtfMvjLKTHZko/JDgrxBHgQkz76apORWdKEQ=='

And decrypted (with the same password, of course):

const restoredPhrase = Zbs.Seed.decryptSeedPhrase(encrypted, password);

console.log(restoredPhrase); // 'hole law front bottom then mobile fabric under horse drink other member work twenty boss'

Being called with a wrong password Zbs.Seed.decryptSeedPhrase() throws an exception.

You also can create a Seed object from an existing seed:

const anotherSeed = Zbs.Seed.fromExistingPhrase('a seed which was backed up some time ago');

console.log(seed.phrase); // 'a seed which was backed up some time ago'
console.log(seed.address); // '3N3dy1P8Dccup5WnYsrC6VmaGHF6wMxdLn4'
console.log(seed.keyPair); // { privateKey: '2gSboTPsiQfi1i3zNtFppVJVgjoCA9P4HE9K95y8yCMm', publicKey: 'CFr94paUnDSTRk8jz6Ep3bzhXb9LKarNmLYXW6gqw6Y3' }

Node API

Although the structure and naming of this API may seem strange, they reflect those of the backend Node API.

First, a quick introduction into the structure:

• addresses
  • balance — your regular ZBS balance
  • balanceDetails — the details on your ZBS balance (see below)
• aliases
  • byAlias — Zbs address related to a given alias
  • byAddress — a list of aliases related to a given Zbs address
• assets
  • balances — your token balances
  • balance — your balance for a given token
  • distribution — the distribution of a given token between addresses
• blocks
  • get — get a block by its signature (ID)
  • at — get the block at a certain height
  • first — get the first block
  • last — get the last block
  • height — get the current height of the blockchain
• leasing
  • getAllActiveLeases — get all your active Lease transactions
• transactions
  • get — get a transaction by its signature (ID)
  • getList — get the list of last N transactions for a given Zbs address
  • utxSize — get the current size of the unconfirmed transactions pool
  • utxGet — get an unconfirmed transaction by its signature (ID)
  • utxGetList — get the list of unconfirmed transactions for a given Zbs address
  • broadcast — POST-methods to send the following transaction types
    • issue
    • transfer
    • reissue
    • burn
    • lease
    • cancelLeasing
    • createAlias
    • massTransfer
    • data
    • setScript
    • sponsorship
  • rawBroadcast — POST-method to send any JSON to the /transactions/broadcast path
• utils
  • time — get the current Node timestamp

Sending transactions

You will need a pair of keys from an account with a balance to send transactions:

const seed = Zbs.Seed.fromExistingPhrase('a seed from an account with some funds');

Issue transaction

This is the way to create your own token which can be traded, distributed amongst users and used for your business purposes.

const issueData = {

    name: 'Your token name',
    description: 'Some words about it',

    // With given options you'll have 100000.00000 tokens
    quantity: 10000000000,
    precision: 5,

    // This flag defines whether additional emission is possible
    reissuable: false,

    fee: 100000000,
    timestamp: Date.now()

};

Zbs.API.Node.transactions.broadcast('issue', issueData, seed.keyPair).then((responseData) => {
    console.log(responseData);
});

Transfer transaction

The Transfer transaction allows you to send ZBS or any token you possess to another Zbs address.

const transferData = {

    // An arbitrary address; mine, in this example
    recipient: '3PMgh8ra7v9USWUJxUCxKQKr6PM3MgqNVR8',

    // ID of a token, or ZBS
    assetId: 'ZBS',

    // The real amount is the given number divided by 10^(precision of the token)
    amount: 10000000,

    // The same rules for these two fields
    feeAssetId: 'ZBS',
    fee: 100000,

    // 140 bytes of data (it's allowed to use Uint8Array here)
    attachment: '',

    timestamp: Date.now()

};

Zbs.API.Node.transactions.broadcast('transfer', transferData, seed.keyPair).then((responseData) => {
    console.log(responseData);
});

Reissue transaction

Despite this transaction name, it allows you to issue an additional amount of a token which was initially issued by you.

const reissueData = {

    // Asset ID which is to be additionnaly emitted
    assetId: '5xN8XPkKi7RoYUAT5hNKC26FKCcX6Rj6epASpgFEYZss',

    // Additional quantity is the given number divided by 10^(precision of the token)
    quantity: 100000000,

    reissuable: false,
    fee: 100000000,
    timestamp: Date.now()

};

Zbs.API.Node.transactions.broadcast('reissue', reissueData, seed.keyPair).then((responseData) => {
    console.log(responseData);
});

Burn transaction

Here you can burn any amount of token which was issued by you and is still on your balance.

const burnData = {

    // Asset ID and its quantity to be burned
    assetId: '5xN8XPkKi7RoYUAT5hNKC26FKCcX6Rj6epASpgFEYZss',
    quantity: 20000000000,

    fee: 100000,
    timestamp: Date.now()

};

Zbs.API.Node.transactions.broadcast('burn', burnData, seed.keyPair).then((responseData) => {
    console.log(responseData);
});

Lease transaction

This is the way you can lease your ZBS to a different address.

const leaseData = {

    recipient: '5xN8XPkKi7RoYUAT5hNKC26FKCcX6Rj6epASpgFEYZss',

    // Both amount and fee may be presented as divided by 10^8 (8 is Zbs precision)
    amount: 1000000000, // 10 Zbs
    fee: 100000, // 0.001 Zbs

    timestamp: Date.now()

};

Zbs.API.Node.transactions.broadcast('lease', leaseData, seed.keyPair).then((responseData) => {
    console.log(responseData);
});

Cancel Leasing transaction

This transaction gives you a mean to cancel previously sent Lease transactions.

const cancelLeasingData = {

    // Related Lease transaction ID
    transactionId: '2kPvxtAit2nsumxBL7xYjvaWYmvmMfDL5oPgs4nZsHvZ',

    fee: 100000,
    timestamp: Date.now()

};

Zbs.API.Node.transactions.broadcast('cancelLeasing', cancelLeasingData, seed.keyPair).then((responseData) => {
    console.log(responseData);
});

Create Alias transaction

A Zbs address can have aliases — short readable names which can be used instead of address. This transaction creates an alias.

const createAliasData = {

    // That's a kind of a nickname you attach to your address
    alias: 'xenohunter',

    fee: 100000,
    timestamp: Date.now()

};

Zbs.API.Node.transactions.broadcast('createAlias', createAliasData, seed.keyPair).then((responseData) => {
    console.log(responseData);
});

Getting the information from Node

The most used GET requests are those related to balances and transactions history.

Zbs balance

There are two types of Zbs balance: simple, with optional confirmations parameter, and detailed, showing different types of Zbs balance.

With the first type, without additional arguments, you get the current balance on an address:

Zbs.API.Node.addresses.balance('3PMgh8ra7v9USWUJxUCxKQKr6PM3MgqNVR8').then((balance) => {
    console.log(balance);
});

If you pass an optional confirmations argument, you get the balance with N confirmations, i.e. the balance as it was N blocks ago from the moment:

Zbs.API.Node.addresses.balance('3PMgh8ra7v9USWUJxUCxKQKr6PM3MgqNVR8', 100).then((balance) => {
    console.log(balance);
});

For the second type, there is a separate method:

Zbs.API.Node.addresses.balanceDetails('3PMgh8ra7v9USWUJxUCxKQKr6PM3MgqNVR8').then((balanceDetails) => {
   console.log(balanceDetails);
});

Token balances

You can get the list of all balances on an address:

Zbs.API.Node.assets.balances(address).then((balancesList) => {
   console.log(balancesList);
});

You also can get the balance of a given token:

Zbs.API.Node.assets.balance(address, assetId).then((balance) => {
   console.log(balance);
});

Token distribution

A very useful method allowing you to get a map with balances of all addresses in possession of a token:

Zbs.API.Node.assets.distribution(assetId).then((distributionMap) => {
   console.log(distributionMap);
});

Transactions

Every transaction in the blockchain has its own ID. You can both get one by ID, or get a list of all recent transactions.

Zbs.API.Node.transactions.get('Bn2opYvcmYAMCaJHKP1uXYCHFGnAyrzGoiboBLT8RALt').then((tx) => {
    console.log(tx);
});

To get the list you need to provide an address which is either the sender or the recipient of the transactions in the resulting list:

Zbs.API.Node.transactions.getList('3PMgh8ra7v9USWUJxUCxKQKr6PM3MgqNVR8').then((txList) => {
    console.log(txList);
}):

One of the concepts in most blockchains is UTX, unconfirmed transactions pool. During the time between blocks appearance, transactions from users are stored in it.

There are methods to get the size of UTX pool and UTX pool itself (note that the address is not needed here):

Zbs.API.Node.transactions.utxSize().then((utxSize) => {
    console.log(utxSize);
});

Zbs.API.Node.transactions.utxGetList().then((utxList) => {
    console.log(utxList);
});

Also if a transaction is still in UTX pool and you know its ID, you can get only it from UTX:

Zbs.API.Node.transactions.utxGet('Bn2opYvcmYAMCaJHKP1uXYCHFGnAyrzGoiboBLT8RALt').then((tx) => {
    console.log(tx);
});

Aliases

Aside from creating an alias, you also can get the list of aliases bound to an address, or get the address related to the given alias.

Zbs.API.Node.aliases.byAddress('3PMgh8ra7v9USWUJxUCxKQKr6PM3MgqNVR8').then((aliasesList) => {
    console.log(aliasesList);
});

Zbs.API.Node.aliases.byAlias('xenohunter').then((address) => {
    console.log(address);
});

Blocks

Everything is simple here. You can get the whole block by its signature (get()) or height (at()). Method height() returns the current height of the Zbs blockchain. The names of the remaining methods speak for themselves.

Zbs.API.Node.blocks.get(signature).then((block) => console.log(block));

Zbs.API.Node.blocks.at(height).then((block) => console.log(block));

Zbs.API.Node.blocks.height().then((currentHeight) => console.log(currentHeight));

Zbs.API.Node.blocks.first().then((firstBlock) => console.log(firstBlock));

Zbs.API.Node.blocks.last().then((lastBlock) => console.log(lastBlock));

Configuration

The configuration is changeable even during the runtime. The structure of the config is following:

const newConfig = {

    // The byte allowing to distinguish networks (mainnet, testnet, devnet, etc)
    networkByte: Zbs.constants.MAINNET_BYTE,

    // Node and Matcher addresses, no comments here
    nodeAddress: 'https://nodes.zbsnodes.com',
    matcherAddress: 'https://nodes.zbsnodes.com/matcher',

    // If a seed phrase length falls below that value an error will be thrown
    minimumSeedLength: 50

};

All fields are optional, only filled ones will be replaced.

You can change the config like that:

Zbs.config.set(newConfig);

Tools

Get address from public key

const address = Zbs.tools.getAddressFromPublicKey('GL6Cbk3JnD9XiBRK5ntCavSrGGD5JT9pXSRkukcEcaSW');
console.log(address); // '3N1JKsPcQ5x49utR79Maey4tbjssfrn2RYp'

Common pitfalls

Precision and coins-to-tokens transformation

In Zbs blockchain different tokens have different precision, i.e. number of decimal digits. For example, it would be 10.00 USD and 10.00000000 BTC. That distinction allows to create tokens for various purposes but also makes things harder to understand sometimes.

Two words have emerged: token and coin. Token is used to refer to the whole part of the amount. Coin describes the smallest value which is possible for a given token. For USD token would be one dollar, and coin would be one cent. If you are familiar with Bitcoin you could have encountered the word Satoshi which refers to one hundred millionth of a single Bitcoin.

In the blockchain every token is stored with its explicitly specified precision and amount of coins. Every transaction is signed and stored in the blockchain in its coin representation. So if you send 2 USD tokens to someone, you really send 200 USD token coins instead.

The same goes for the fees, and issue transactions, and leasing amounts, and so on.

Zbs precision equals 8. Therefore there are 100000000 * 10^8 of Zbs coins (Wavelets) in Zbs blockchain.

Reissuability and the additive nature of it

The amount in reissue transactions refer not to the final amount of asset after reissuing but to the amount which will be added to the current token amount.

Zbs ID in the library and in the blockchain

One of the trickiest things about Zbs blockchain is that Zbs ID equals empty string. In the first version on Node API it also equals to empty string. That is an unobvious and potentially dangerous behavior. Therefore in this library Zbs ID strictly equals string ZBS. Please mind that fact.

Fee asset choice for transfer transactions

There is only one type of transactions (currently) in which we can use arbitrary tokens as fees. The only limitation is that the Node to which you connect must support the token you use as fees. Please note that transactions with the Zbs fee will be prior over transactions with fees in other tokens.

Impossibility of transactions with the absolutely same data

Transaction IDs are built from all the data in a transaction except the signature. That process is deterministic. So there cannot be two transactions with the absolutely same data.

Delays in the leasing process

For the security reasons all leased Zbs take effect only after 1000 blocks. Don't worry when your generating balance isn't updated right away.

Mess with balances in the first version of API

It happened so that Zbs balance and token balances are served through different API methods in the first version of Zbs API. That's not very useful and we designed the new version otherwise.

Different types of Zbs balance

There is the most understandable type of Zbs balance. It is the regular balance. It is served through Zbs.API.Node.addresses.balance(). There are also several types of Zbs balance related to leasing and the delays in its processing.

1. Regular — that's how much Zbs you have, including those you leased;
2. Available — the same as regular only without Zbs you leased;
3. Effective — available plus those Zbs which is leased to you;
4. Generating — the minimal effective for last 1000 blocks;
5. Leased — the amount you leased to other addresses.

Available balance you can lease and spend.

Generating balance gives you mining power.

Tests

cd ./node_modules/@0bsnetwork/zbs-api/
npm install
npm run test # to run tests in Node.js
npm run test-browser # to run test in Chrome browser

Test configuration may be changed in the ./node_modules/@0bsnetwork/zbs-api/karma.conf.js file.

Authors

• Phil Filippak - Initial work
• Daniil Tsigelnitskiy - TypeScript expertise

See also the list of contributors who participated in this project.

License

This project is licensed under the MIT License - see the LICENSE.md file for details.