@2waychain/2wayjs
v1.0.5
Published
API wrapper to access the AIBlock 2 Way Chain
Downloads
87
Readme
About The Project
This module aims to ease the development of wallet applications that interact with the 2 Way Chain network.
Specific areas of focus include:
- Key-pair generation through the use of BIP39 mnemonic implementation.
- Encryption and decryption of key-pairs during operations safely.
- Transactions and other complex network interactions simplified.
Installation
Install the module to your project:
npm
npm install @2waychain/2wayjs
yarn
yarn add @2waychain/2wayjs
Getting Started
initNew
import { Wallet } from '@2waychain/2wayjs';
const CONFIG = {
mempoolHost: 'example.mempool.host.com',
passphrase: 'a secure passphrase',
/* Optional, subject to certain requests not being usable.
storageHost: example.storage.host.com;
intercomHost: example.intercom.host.com;
*/
};
// Create the wallet object
const wallet = new Wallet();
// Initialize the wallet with the needed configuration
// NOTE: This is an async call
wallet
.initNew(CONFIG)
.then((res) => {
// Display the seed phrase to the user for safe keeping
display(res.content.initNewResponse.seedphrase);
// Store the encrypted master key safely
saveMasterKey(res.content.initNewResponse.masterKey);
});
When the wallet is initialized without a pre-generated seed phrase or existing master key, the initNew
function is used to initialize the wallet. This type of initialization will in return provide a generated seed phrase as well as its corresponding master key in an encrypted format. It is then up to the developer to store this master key somewhere safe, and to display the seed phrase at least once to the user for safe-keeping. This seed phrase can be used to re-construct lost key-pairs if the need should arise.
Some arguments during the initialization are optional, such as the initOffline
- which is used to initialize the wallet in an offline state.
The mempoolHost
and intercomHost
interface elements are used to determine the API endpoints for the Mempool node, and Intercom server the wallet is supposed to connect to, respectively.
A user-defined passPhrase
needs to be supplied to the wallet during initialization, as this passphrase will be used to encrypt/decrypt data during operations.
fromMasterKey
// Initialize the wallet with the needed configuration
wallet.fromMasterKey(masterKey, CONFIG);
When an existing master key exists, this type of initialization should be used. This typically occurs when the wallet has been initialized previously using initNew
and the encrypted master key has been stored safely. Using an existing master key will ensure that BIP39 key-pair derivation is consistent. This type of initialization does not have a return value.
fromSeed
const sp = 'existing seed phrase';
// Initialize the wallet with the needed configuration
wallet.fromSeed(sp, CONFIG).then((res) => {
// Store the encrypted master key safely
saveMasterKey(initResult.content.fromSeedResponse);
});
Initialization of the wallet through the use of an existing seed phrase may happen for one of two reasons:
This type of initialization will return the corresponding master key (in an encrypted format) which was created using the provided seed phrase. This master key needs to be stored safely in the same manner as initialization using initNew
.
import { Wallet } from '@2waychain/2wayjs';
// Create the wallet object
const wallet = new Wallet();
// Initialize the wallet with the needed configuration
const initResult = wallet.initNew({passphrase: 'a secure passphrase'}, true).then((initResult) => {
const [seedPhrase, masterKeyEncrypted] = initResult.content.initNewResponse;
// Display the seed phrase to the user for safe keeping
display(seedPhrase);
// Store the encrypted master key safely
saveMasterKey(masterKeyEncrypted);
});
// Configuration
const config = {
mempoolHost: 'example.mempool.host.com',
storageHost: 'example.storage.host.com';
intercomHost: 'example.intercom.host.com';
};
// Initialize network configuration when required
const initNetworkResult = wallet.initNetwork(config);
In some cases, it might be desirable to initialize the wallet without a network connection. This will allow the wallet to be used offline, but will inadvertently prevent the wallet from being able to perform any operations that require interaction with the 2 Way Chain network. The following functions are available with an offline configuration:
regenAddresses
- Re-generate lost key-pairs from a list of given addresses.getNewKeypair
- Generate a new key-pair.getSeedPhrase
- Get the existing seed phrase from memory (requires initialization from seed phrase).getMasterKey
- Get the existing master key from memory.
function saveMasterKey(masterKeyEncrypter: IMasterKeyEncrypted): void {
// Write your I/O operations here to safely store the encrypted master key
...
}
function getMasterKey(): IMasterKeyEncrypted {
// Write your I/O operations here to safely retrieve
// the encrypted master key
...
}
function saveKeypair(keyPair: IKeyPairEncrypted): void {
// Write your I/O operations here to safely store the key pair
...
}
function getKeypairs(): IKeyPairEncrypted[] {
// Write your I/O operations here to safely retrieve
// the encrypted key pairs
...
}
function getAllEncryptedTxs(): ICreateTransactionEncrypted[] {
// Write your I/O operations here to get all encrypted
// transactions
...
}
function saveEncryptedTx(druid: string, encryptedTx: ICreateTransactionEncrypted): void {
// Write your I/O operations here to save the encrypted transaction
// with its corresponding DRUID value in a key-value format
...
}
Many methods will either require or return different types of data depending on the operation. It is entirely up to the developer to store and retrieve data safely.
Usage
After the wallet has been correctly initialized, the methods provided by the wallet will allow the developer to interact with the 2 Way Chain blockchain network.
Generating and Testing Seed Phrases
generateSeedPhrase
import { generateSeedPhrase } from '@2waychain/2wayjs'; const seedPhrase = generateSeedPhrase();
testSeedPhrase
import { testSeedPhrase } from '@2waychain/2wayjs'; const seedPhrase = 'a seed phrase provided by the user that looks like a bunch of random words'; const testResult = testSeedPhrase(seedPhrase);
As seen previously, depending on the scenario, the wallet can be initialized in a number of different ways. If the wallet is initialized using initNew
, a new seed phrase will be generated automatically. However, in some cases the wallet needs to be initialized using a pre-generated or provided seed phrase.
The generateSeedPhrase
method is provided by the module to generate valid new seed phrases on the fly. This is especially useful in cases where UX design constraints require a valid seed phrase to be generated and displayed to the user before the wallet is initialized.
Since a seed phrase can be used to reconstruct lost/missing key-pairs, it is customary for the user to be able to provide their own seed phrase should the need arise. To test if the seed phrase is capable of constructing a valid master key, the testSeedPhrase
method should be used.
Generating Key-pairs
getNewKeypair
import { Wallet } from '@2waychain/2wayjs'; const wallet = new Wallet(); // Initialize the wallet correctly ... // The array argument can contain existing keypairs to be used const newKeypairResult = wallet.getNewKeypair([]); const newKeypair: IKeypairEncrypted = newKeypairResult.content.newKeypairResponse; // Save the key-pair safely saveKeypair(newKeypair); // Get the associated address const address = newKeypair.address;
Updating the Balance
fetchBalance
import { Wallet } from '@2waychain/2wayjs'; const wallet = new Wallet(); // Initialize the wallet correctly ... const allKeypairs = getKeyPairs(); // We only need the 'address' field of the key-pairs const addressList = allKeypairs.map(keypair => keypair.address); const balanceResult = await wallet.fetchBalance(addressList); const balance: IFetchBalanceResponse = balanceResult.content.fetchBalanceResponse;
{ "total": { "tokens": 0, "items": { "default_genesis_hash": 1000, "g7d07...6704b": 1000 } }, "address_list": { "a0b08...c02e5": [ { "out_point": { "t_hash": "g3b13...3353f", "n": 0 }, "value": { "Item": { "amount": 1000, "genesis_hash": "default_genesis_hash" } } }, { "out_point": { "t_hash": "g7d07...6704b", "n": 0 }, "value": { "Item": { "amount": 1000, "genesis_hash": "g7d07...6704b" } } }, { "out_point": { "t_hash": "ga070...4df62", "n": 0 }, "value": { "Token": 60000 } } ] } }
total
: The total balance of all addresses providedaddress_list
: A list of addresses and their previous out-points along with their associated assets
Creating Item Assets
Items are the NFTs of the 2 Way blockchain, but unlike NFTs don't require you to write any Smart Contracts or complex logic to create.
createItems
| Argument | Type | Default | Required | Description |
| ---------------- | ------------------- | ----------- | ------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
| address | IKeypairEncrypted
| | yes | The keypair to generate the address that the Item assets will be sent to once generated |
| defaultGenesisHash | boolean
| true | no | Setting this to true
will create generic Items, while setting it to false
will generate a genesis transaction hash unique to these Items. Use false
if you want to create NFTs |
| amount | number
| 1000 | no | The number of Item assets to mint |
| metadata | string
| null | no | Optional metadata that you can attach to the asset |
import { Wallet } from '@2waychain/2wayjs';
const wallet = new Wallet();
// Initialize the wallet correctly
...
// Address / key-pair to assign the `Item` assets to
const keyPair = getKeypairs()[0];
// Create `Item` assets that have the default genesis tx hash identifier
const createItemResponse = await wallet.createItems(keyPair).content.createItemResponse;
<!-- --------------------------------- OR ---------------------------------- -->
// Create `Item` assets that have a unique genesis tx hash identifier
const createItemResponse = await wallet.createItems(keyPair, false).content.createItemResponse;
<!-- --------------------------------- ALL ARGUMENTS VERSION ---------------------------------- -->
const createItemResponse = await wallet.createItems(
keyPair,
false,
10000,
"{ 'imageURL': '...', 'description': '...' }"
).content
.createItemResponse;
Item
assets can either be assigned to the default genesis tx hash or a unique genesis tx hash. When assets have different genesis tx hash identifiers they are not mutually interchangeable with each other.
{
"asset": {
"asset": {
"Item": {
"amount": 1000,
"genesis_hash": "g7d07...6704b"
}
},
"metadata": null
},
"to_address": "a0b08...c02e5",
"tx_hash": "g7d07...6704b"
}
genesis_hash
: The genesis hash identifier associated with the createdItem
assets.
Spending Tokens
makeTokenPayment
| Argument | Type | Default | Required | Description |
| -------------- | ---------------------- | ----------- | ------------ | ------------------------------------------------------------------------------------------------------------------------------- |
| paymentAddress | string
| | yes | Address to make the token payment to |
| paymentAmount | number
| | yes | Amount of tokens to pay |
| allKeypairs | IKeypairEncrypted []
| | yes | Keypairs to use to make the payment. Must have token balance associated with these keypairs in order to process the transaction |
| excessKeypair | IKeypairEncrypted
| | yes | Excess keypair to send any remaining balance to |
import { Wallet } from '@2waychain/2wayjs';
const wallet = new Wallet();
// Initialize the wallet correctly
...
// All key-pairs
const allKeypairs = getKeyPairs();
// Change/excess key-pair
const changeKeyPair = allKeypairs[0];
await makeTokenPayment(
"d0e72...85b46", // Payment address
10, // Payment amount
allKeypairs, // All key-pairs
changeKeyPair, // Excess/change address
);
NB: The makeTokenPayment
method will not check validity of the payment address. It is therefore crucial to ensure a valid payment address is used before the payment gets made.
Spending Items
makeItemPayment
| Argument | Type | Default | Required | Description |
| -------------- | ---------------------- | ----------- | ------------ | ------------------------------------------------------------------------------------------------------------------------------- |
| paymentAddress | string
| | yes | Address to make the token payment to |
| paymentAmount | number
| | yes | Amount of tokens to pay |
| genesisHash | string
| | yes | The genesis transaction hash of the Item asset to spend. This is the unique identifier of the Item asset |
| allKeypairs | IKeypairEncrypted []
| | yes | Keypairs to use to make the payment. Must have token balance associated with these keypairs in order to process the transaction |
| excessKeypair | IKeypairEncrypted
| | yes | Excess keypair to send any remaining balance to |
import { Wallet } from '@2waychain/2wayjs';
const wallet = new Wallet();
// Initialize the wallet correctly
...
// All key-pairs
const keyPairs = getKeypairs();
// Change/excess key-pair
const changeKeyPair = keyPairs[0];
// Genesis transaction identifier (the default genesis tx hash identifier or a unique genesis tx hash identifier)
const genesisHash = "default_genesis_hash";
await makeItemPayment(
"d0e72...85b46", // Payment address
10, // Payment amount
genesisHash, // Genesis tx hash identifier
allKeypairs, // All key-pairs
changeKeyPair, // Excess/change address
);
NB: The makeItemPayment
method is similar to the makeTokenPayment
in many regards, one of which being the fact that this method will send Item
assets to a payment address in a unidirectional fashion and does not expect any assets in return. It should not be confused with item-based payments!
Making 2-Way Payments
make2WayPayment
| Argument | Type | Default | Required | Description |
| -------------- | ------------------------------ | ----------- | ------------ | -------------------------------------------- |
| paymentAddress | string
| | yes | Address to make the token payment to |
| sendingAsset | IAssetItem \| IAssetToken
| | yes | The asset to pay |
| receivingAsset | IAssetItem \| IAssetToken
| | yes | The asset to receive |
| allKeypairs | IKeypairEncrypted[]
| | yes | A list of all existing key-pairs (encrypted) |
| receiveAddress | IKeypairEncrypted
| | yes | A keypair to assign the "receiving" asset to |
import { Wallet } from '@2waychain/2wayjs';
const wallet = new Wallet();
// Initialize the wallet correctly
...
// All key-pairs
const allKeypairs = getKeyPairs();
// Receive address (which is also the excess/change address)
const receivingAddress = allKeypairs[0];
// The asset we want to send
const sendingAsset = initIAssetToken({"Token": 10});
// The asset we want to receive
const receivingAsset = initIAssetItem({
"Item": {
"amount": 10,
"genesis_hash": "default_genesis_hash"
}});
const paymentResult = await make2WayPayment(
"18f70...caeda", // Payment address
sendingAsset, // Payment asset
receivingAsset, // Receiving asset
allKeypairs, // All key-pairs
receivingAddress, // Receive address
);
const { druid, encryptedTx } = paymentResult.content.make2WayPaymentResponse;
// Save the encrypted transaction along
// with it's corresponding DRUID value
saveEncryptedTx(druid, encryptedTx);
NB: This type of transaction is a 2 way transaction, and requires all parties to reach common consent before their respective transactions are sent to the mempool node for processing.
Fetching Pending 2-Way Payments
fetchPending2WayPayments
import { Wallet } from '@2waychain/2wayjs'; const wallet = new Wallet(); // Initialize the wallet correctly ... // ALl key-pairs const allKeypairs = getKeyPairs(); // All encrypted transactions const allEncryptedTxs = getAllEncryptedTxs(); // Fetch pending item-based payments const pending2WayPaymentsResult = await wallet.fetchPending2WayPayments( allKeypairs, allEncryptedTxs:, ) const pending2WayPayments: IResponseIntercom<IPendingIbTxDetails> = pending2WayPaymentsResult.content.fetchPendingRbResponse;
{ "2a646...f8b98": { "timestamp": 1655117144145, "value": { "druid": "DRUID0xd0f407436f7f1fc494d7aee22939090e", "senderExpectation": { "from": "", "to": "2a646...f8b98", "asset": { "Item": { "amount": 1, "genesis_hash": "default_genesis_hash" } } }, "receiverExpectation": { "from": "295b2...8d4fa", "to": "18f70...caeda", "asset": { "Token": 25200 } }, "status": "pending", "mempoolHost": "http://127.0.0.1:3003" } } }
From this data structure we're able to obtain specific details about the item-based payment, such as the unique identifier
DRUID0xd0f407436f7f1fc494d7aee22939090e
, the status of the transactionstatus
, the timestamp of the transactiontimestamp
, as well as the address that made the item-based payment request-2a646...f8b98
.We are also able to see that in this specific request, the sender expects 1
Item
asset in exchange for 25200Token
assets.
Responding to Pending 2-Way Payments
accept2WayPayment
andreject2WayPayment
import { Wallet } from '@2waychain/2wayjs'; const wallet = new Wallet(); // Initialize the wallet correctly ... // Fetch the pending item-based payments from the network ... const pending2WayPayments: IFetchPendingRbResponse = pending2WayPaymentsResult.content.fetchPendingRbResponse; // Fetch all existing key-pairs ... const allKeypairs = getKeyPairs(); // Accept a item-based payment using its unique `DRUID` identifier await wallet.accept2WayPayment('DRUID0xd0f407436f7f1fc494d7aee22939090e', pending2WayPayments, allKeypairs); <!-- --------------------------------- OR ---------------------------------- --> // Reject a item-based payment using its unique `DRUID` identifier await wallet.reject2WayPayment('DRUID0xd0f407436f7f1fc494d7aee22939090e', pending2WayPayments, allKeypairs);
2-Way transactions are accepted or rejected by passing their unique DRUID identifier as an argument to the corresponding methods.
Client Response Type
All methods provided by the wallet have a return value corresponding to the following interface:
export type IClientResponse = {
id?: string;
status: 'success' | 'error' | 'pending' | 'unknown';
reason?: string;
content?: IContentType;
};
, where each field represents the following:
status
: A general indication of success or failure for the method being usedid
: A unique identifier used for network interactionsreason
: Detailed feedback corresponding to thestatus
fieldcontent
: Data structures or values returned from the wallet object