New Case Study:See how Anthropic automated 95% of dependency reviews with Socket.Learn More
Socket
Sign inDemoInstall
Socket

sygna-bridge-util

Package Overview
Dependencies
Maintainers
4
Versions
22
Alerts
File Explorer

Advanced tools

Socket logo

Install Socket

Detect and block malicious and high-risk dependencies

Install

sygna-bridge-util

JavaScript library to interact with Sygna Bridge Server.

  • 1.5.6
  • latest
  • Source
  • npm
  • Socket score

Version published
Weekly downloads
1
decreased by-87.5%
Maintainers
4
Weekly downloads
 
Created
Source

JavaScript Sygna Bridge Util

This is a Javascript library to help you build servers/servies within Sygna Bridge Ecosystem. For more detail information, please see Sygna Bridge.

Installation

npm i sygna-bridge-util

Crypto

Dealing with encoding, decoding, signing and verifying in Sygna Bridge.

ECIES Encoding an Decoding

During the communication of VASPs, there are some private information that must be encrypted. We use ECIES(Elliptic Curve Integrated Encryption Scheme) to securely encrypt these private data so that they can only be accessed by the recipient.


const sensitive_data = {
    "originator": {
        "name": "Antoine Griezmann", //required and must be in English
        "date_of_birth":"1991-03-21"
    },
    "beneficiary":{
        "name": "Leo Messi"
    }
};

const private_info = sygnaBridgeUtil.crypto.sygnaEncodePrivateObj(sensitive_data, recipient_pubKey);
const decoded_priv_info = sygnaBridge.crypto.sygnaDecodePrivateObj(private_info, recipient_privKey)

Sign and Verify

In Sygna Bridge, we use secp256k1 ECDSA over sha256 of utf-8 json string to create signature on every API call. Since you need to provide the identical utf-8 string during verfication, the order of key-value pair you put into the object is important.

The following example is the snippet of originator's signing process of premissionRequest API call. If you put the key transaction before private_info in the object, the verification will fail in the central server.

let transaction = {
    originator_vasp_code:"10000",
    originator_addrs:["3KvJ1uHPShhEAWyqsBEzhfXyeh1TXKAd7D"],
    beneficiary_vasp_code:"10001",
    beneficiary_addrs:["3F4ReDwiMLu8LrAiXwwD2DhH8U9xMrUzUf"],
    transaction_currency:"0x80000000",
    amount: 0.973
}

let data_dt = "2019-07-29T06:28:00Z"

// using signObject to get a valid signed object (with signature attached)

let obj = {
    private_info,
    transaction,
    data_dt
};

sygnaBridgeUtil.crypto.signObject(obj, originator_privKey);

const valid = sygnaBridgeUtil.crypto.verifyObject(obj, originator_pubKey);

// or you can use the method that's built for `transfer` request:
let signed_obj = sygnaBridgeUtil.crypto.signPermissionRequest(private_info, transaction, data_dt, originator_privKey)

valid = sygnaBridgeUtil.crypto.verifyObject(signed_obj, originator_pubKey);

We provide different methods like signPermissionRequest, signCallback() to sign different objects(or parameters) we specified in our api doc. You can also find more examples in the following section.

API

API calls to communicate with Sygna Bridge server.

We use baisc auth with all the API calls. To simplify the process, we provide a API class to deal with authentication and post/ get request format.

const sbServer = "https://apis.sygna.io/sb/"
const sbAPI = new sygnaBridgeUtil.API("api-key", sbServer)

After you create the API instance, you can use it to make any API call to communicate with Sygna Bridge central server.

Get VASP Information

// Get List of VASPs associated with public keys.
const verify = true // set verify to true to verify the signature attached with api response automatically.
const vasps = await sbAPI.getVASPList(verify);

// Or call use getVASPPublicKey() to directly get public key for a specific VASP.
const publicKey = await sbAPI.getVASPPublicKey("10298", verify);

For Originator

There are two API calls from transaction originator to Sygna Bridge Server defined in the protocol, which are postPermissionRequest and postTransactionId.

The full logic of originator would be like the following:

// originator.js

const privateSenderInfo = { "originator": { "name": "Antoine Griezmann", "date_of_birth":"1991-03-21" }, "beneficiary":{"name":"Leo Messi"} };
const recipientPublicKey = await sbAPI.getVASPPublicKey("10298");
const private_info = sygnaBridge.crypto.sygnaEncodePrivateObj(privateSenderInfo, recipientPublicKey);

const transaction = {
    "originator_vasp_code":"10000",
    "originator_addrs": ["3KvJ1uHPShhEAWyqsBEzhfXyeh1TXKAd7D"],
    "beneficiary_vasp_code":"10298",
    "beneficiary_addrs": ["3CHgkx946yyueucCMiJhyH2Vg5kBBvfSGH"],
    "transaction_currency":"0x80000000",
    "amount": 0.973
};
const data_dt = "2019-07-29T07:29:80Z"

const transferObj = sygnaBridgeUtil.crypto.signPermissionRequest(private_info, transaction, data_dt, sender_privKey)

const callback_url = "https://81f7d956.ngrok.io/api/v1/originator/transaction/premission";
const callbackObj = sygnaBridgeUtil.crypto.signCallBack(callback_url, sender_privKey);

const { transfer_id } = await sbAPI.postPermissionRequest(tansferObj, callbackObj)

// Boradcast your transaction to blockchain after got and api reponse at your api server.
const txid = "1a0c9bef489a136f7e05671f7f7fada2b9d96ac9f44598e1bcaa4779ac564dcd";

// Inform Sygna Bridge that a specific transfer is successfully broadcasted to the blockchain.

let sendTxIdObj = sygnaBridgeUtil.crypto.signTxId(transfer_id, txid, sender_privKey);
let result = await sygnaAPI.postTransactionId(sendTxIdObj);

For Beneficiary

There is only one api for Beneficiary VASP to call, which is postPermission. After the beneficiary server confirm thet legitemacy of a transfer request, they will sign { transfer_id, permission_status } using signPermission() function, and send the result with signature to Sygna Bridge Central Server.


const permission_status = "ACCEPT"; // or "REJECT"
const permissionObj = sygnaBridgeUtil.crypto.signPermission(transfer_id, permission_status, beneficiary_privKey);
const finalresult = await sygnaAPI.postPermission(permissionObj);

If you're trying to implement the beneficiary server on your own, we strongly recommand you to take a look at our Nodejs sample to get a big picture of how it should behave in the ecosystem.

FAQs

Package last updated on 18 May 2020

Did you know?

Socket

Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.

Install

Related posts

SocketSocket SOC 2 Logo

Product

  • Package Alerts
  • Integrations
  • Docs
  • Pricing
  • FAQ
  • Roadmap
  • Changelog

Packages

npm

Stay in touch

Get open source security insights delivered straight into your inbox.


  • Terms
  • Privacy
  • Security

Made with ⚡️ by Socket Inc