Setup a Witness Backup Node

in Steem Devlast month

I will share my witness backup node story and some issues that I encountered.

Recently there was an issue of witness nodes among witnesses.
So @justyy shared his auto switching script.
https://github.com/DoctorLai/SteemWitnessAutoSwitch

The best way to handle the malfunction of the primary witness node is to manage backup witness nodes.

So I tried to setup my backup node. But I was not sure the detailed procedure.
I tried to find a proper tutorial to set it up, but I could not find any.

Here I share my trials with you.

  1. Sync the block data
  2. Create a new brain key for the backup node
  3. Set the priv_wif_key in the config.ini
  4. Run ./run.sh start

But I got this message from the steemd:

I found this post by @justyy regarding this message:
https://steemit.com/witness-category/@justyy/witness-category-a-backup-witness-node-added

Double singing is when you use the same private brain key on two active nodes at the same time. This will lead to double singing, which is extremely dangerous for the chain. You need to be 100% sure that your first node is dead to use the same brain key for your backup node.
This is why it is always better to have a separate brain key to use for your backup node.

I am sure that I used the different signing key for the backup node. I don't understand why I got this message.

Here is my guess.
I have not updated the new signing key because I don't want to switch my witness signing key. What I wanted is to prepare a backup node for the future failure of my primary node. If I updated the signing key, then the primary node cannot produce a block.

When my backup node tries to produce a block with 'etainclub' account whose signing key has not changed, it tried to get the priv_wif_key in the config.ini. So it failed since there is no the priv_wif_key of the primary node in the backup node.


I checked whether or not I miss a block in the steem explorer.

I confirmed that I have not missed any block since the running of the backup node.

So It seems okay with the message. Please guide me if I am wrong.

Not producing block because I don't have the private key for STM5bJVcuxb4fzyKeXQ7nEBpcP4eHpDJvVuakWHdfCygf6Bq9NE2f

In case of the malfunction of the primary, I have to update the signing key of the backup node. It can be easily by the tool in the steemworld.




Posted through the ECblog app (https://blog.etain.club)

Sort:  
 last month 

Your assumption is correct.
Your backup node should use a different private signing key. Apart from Steemworld you can use the witness_update operation to report the pubic signing key to the blockchain.

Only the node that has the pirate key that matches to the public signing key signs the block.
In my case, this runs automatically via a monitoring script.

I recommend these tutorials:
https://steemit.com/hive-102132/@steemwow/steemwow-zero-to-witness-the-full-series (english)
https://steemit.com/hive-146118/@michelangelo3/von-null-auf-witness-teil-1-vorbereitungen (german)

 last month 

thank you for the clear explanation! Now I got it.

Thank you, friend!
I'm @steem.history, who is steem witness.
Thank you for witnessvoting for me.
image.png
please click it!
image.png
(Go to https://steemit.com/~witnesses and type fbslo at the bottom of the page)

The weight is reduced because of the lack of Voting Power. If you vote for me as a witness, you can get my little vote.

Resteem :
good update Thanks to sharing

Thanks for your contribution! !thumbup

 last month 

thank you for the awesome tool.

Hello @etainclub! You are Amazing!


command: !thumbup is powered by witness @justyy and his contributions are: https://steemyy.com
More commands are coming!

Coin Marketplace

STEEM 0.27
TRX 0.12
JST 0.031
BTC 67788.76
ETH 3783.67
USDT 1.00
SBD 3.52