HA(High Availability) for ServiceChain
If only one bridge is used in the ServiceChain, that bridge can become a single point of failure. To solve this, we describe how you can build an HA system with two or more bridges. As shown in the figure below, configure the bridges to be connected in at least two pairs, so that even if there is a problem in one bridge connection, data anchoring and value transfer between chains can still work normally through the other bridge.
Prerequisites
The main bridge of the EN and the sub bridge of the SCN are connected. If it's not, please refer to Baobab connection to establish the connection.
This section describes how to add an extra bridge between Baobab and a ServiceChain. In the same way, you can also set up HA by adding another bridge.
Step 1: Adding another Bridge between EN-SCN
In Connecting to Baobab, we assume that the EN and the SCN connected by a bridge as EN-01 and SCN-L2-01, respectively. In this section, we will add another bridge between EN-02 and SCN-L2-02. Since it follows the same procedure, we will briefly explain.
After building EN-02, set SC_MAIN_BRIDGE
to 1 in conf/kend.conf
and restart ken on EN-02.
Check the KNI information of EN-02 by the following command:
Log in to SCN-L2-02, and create main-bridges.json
with the KNI of EN-02. Please make sure that it should be in the JSON array format with a square bracket.
On the shell of SCN-L2-02, edit kscn-XXXXX-amd64/conf/kscnd.conf
as described below. To connect a bridge, set SC_SUB_BRIDGE
to 1. SC_PARENT_CHAIN_ID
is set to Baobob's chainID
1001. SC_ANCHORING_PERIOD
is the parameter that decides the period to send an anchoring transaction to the parent chain. In this example, an anchor transaction is submitted to the parent chain (Baobab) for every 10 child blocks.
If you restart ken on EN-02, a bridge will be connected automatically between the EN-02 and the SCN-L2-02 and data anchoring will start from the point where the connection is made as shown in the figure below.
After adding the bridge between EN-02 and SCN-L2-02, you can now see the connection between the nodes are established as shown in below.
Step 2: Registering and Subscribing the Bridge Contract
As shown in the figure above, the bridge contract is registered only in EN-01 and SCN-L2-01.
Connect to the SCN-L2-02 console and run the APIs for bridge registration, bridge subscription, and token registration. The bridge and token contract were created while deploying the bridge contract with EN-01 and SCN-L2-01 in step 2 of Cross-Chain Value Transfer.
In the bridge contract, information about adding an extra bridge should be updated. Write the child operator and parent operator information of the added extra bridge in the erc20/erc20-addOperator4HA.js
file of service-chain-value-transfer-example and execute node erc20-addOperator4HA.js
.
When there are multiple bridges, value transfer can be provided more safely by setting a threshold. Value transfer can be enabled only when an operator above the threshold normally requests value transfer. For example, as in the current example, if there are two bridge pairs and the threshold is set to 2, value transfer can be provided only when both are normally requested. That is, even if one bridge is attacked and sends an abnormal request, it can be prevented. The default value of threshold is 1. In the erc20/erc20-addOperator4HA.js
file of service-chain-value-transfer-example, uncomment the code below and set the threshold value and then run it to change the threshold for the bridge contract.
When registration is completed, a bridge contract is registered in both EN-02 and SCN-L2-02 as shown in the figure below to configure HA.
When two or more bridge pairs are connected for HA, data anchoring transactions for the same block occur more than once, and value transfer transactions can also occur multiple times. That is, additional fees are required.
Last updated