Skip to content

Commit

Permalink
Merge pull request #9 from FidelVe/update-node-installation-docs
Browse files Browse the repository at this point in the history
updated instructions for setting up a validator
  • Loading branch information
FidelVe authored Aug 16, 2024
2 parents dd63db3 + a5bdd69 commit 7f7fe14
Show file tree
Hide file tree
Showing 3 changed files with 247 additions and 43 deletions.
231 changes: 207 additions & 24 deletions pages/operate-icon/how-to-run-a-validator-node.mdx
Original file line number Diff line number Diff line change
@@ -1,12 +1,20 @@
# How to run a Validator node

### Prerequisites
Registering and running a validator node requires a few steps to be followed.

Install [Docker](https://www.docker.com/get-started/)
* Setup the node and wait for it to fully sync up. This node will be setup with a node wallet (not the same as validator wallet for security reasons) that will be used to sign blocks and consensus.
* Create a wallet for the validator and register it on the chain as a validator by paying the registration fee.
* Register the node with the validator public key on the chain by calling `setPRepNodePublicKey` method.

Install [Docker Engine](https://docs.docker.com/engine/install/)
This guide will help you set up a validator node using Docker.

Install [docker-compose](https://github.com/docker/compose) as well if it is not installed with Docker by default
## Prerequisites

* Install [Docker](https://www.docker.com/get-started/)

* Install [Docker Engine](https://docs.docker.com/engine/install/)

* Install [docker-compose](https://github.com/docker/compose) as well if it is not installed with Docker by default

Get the official Docker Image: `iconloop/icon2-node`

Expand All @@ -15,15 +23,55 @@ System Requirements
CPU: minimum 4core, recommend 8core +
RAM: minimum 16GB, recommend 32GB +
DISK : minimum SSD 1.5TB, recommend SSD 2TB +
DISK : minimum SSD 2.5TB, recommend SSD 3TB +
Network: minimum 1Gbps, recommend 2Gbps +
External Communications
TCP 7100: TCP port used for peer-to-peer connection between peer nodes.
TCP 9000: JSON-RPC or RESTful API port serving application requests.P-Rep must allow TCP connections to port 7100 and 9000 of an external host. ( Use 0.0.0.0/0 for a source from any network )
```

### Getting started
## Creating a wallet for the validator and the node

The first step is to create a wallet and keystore file. You can follow the instructions in this [guide](./how-to-create-a-wallet-account.mdx) to create a wallet.

This wallet you define as the one to manage the validator, needs to be funded with enough ICX to be able to register as a validator, the registration fee is 2,000 ICX and you will also need a small amount of ICX to pay for the transaction fees.

## Setting up the node

Following the instructions for creating a wallet, you will need to create a new wallet that will be used to operate the node.

Once you have the new wallet (node wallet) create a working folder in your server on a disk with enough space as detailed in the system requirements previously mentioned.

For this tutorial we will use the following folder structure:

```
mkdir ~/icon-node
```

Change to the newly created directory

```
cd ~/icon-node
```

Create inside the folder the following directories and files:

```
mkdir config
touch docker-compose.yml
```

Save the node keystore file (the node wallet) that was previously created in the `config` directory.

At this point your folder structure should look like this:

```
.
├── config
│ └── keystore.json
└── docker-compose.yml
```

Open docker-compose.yml in a text editor and add the following content:

Expand All @@ -38,8 +86,7 @@ services:
environment:
SERVICE: "MainNet" # MainNet, SejongNet ## network type
GOLOOP_LOG_LEVEL: "debug" # trace, debug, info, warn, error, fatal, panic
KEY_STORE_FILENAME: "INPUT_YOUR_KEY_STORE_FILENAME" # e.g. keystore.json read a config/keystore.json
# e.g. "/goloop/config/keystore.json" read a "config/keystore.json" of host machine
KEY_STORE_FILENAME: "keystore.json"
KEY_PASSWORD: "INPUT_YOUR_KEY_PASSWORD"
FASTEST_START: "true" # It can be restored from latest Snapshot DB.
Expand All @@ -57,13 +104,13 @@ services:
- 7100:7100
```

Start up
Run the following command to start the ICON2 node and wait for the entire ledger to locally sync up.

```
$ docker-compose pull && docker-compose up -d
```

To see the logs of the ICON2 node you can execute
you can monitor the process by checking the logs file that are created in the `logs` directory.

```
$ tail -f logs/booting.log
Expand All @@ -72,30 +119,28 @@ $ tail -f logs/booting.log
$ tail -f logs/goloop.log
```

The directories(data, config, icon, logs …) are created by docker engine, but config directory needs to importing your keystore file.
The following folder structure will be created:

```
.
├── docker-compose.yml
├── config # configuration files
│ └── keystore.json # Import the your keystore file
├── config # configuration files
│ └── keystore.json # Import your keystore file
├── data # block data
│ ├── 1
│ ├── auth.json
│ ├── cli.sock
│ ├── ee.sock
│ └── rconfig.json
├── logs # log files
│ ├── booting.log
│ ├── health.log # health check log
│ ├── chain.log # goloop chain action logs
│ ├── dowload.log
│ └── dowload_error.log
│ └── goloop.log
├── icon # icon1 data for migrate. If a migration is completed, it will be auto-remove
│ └── migrator_bm
└── logs # log files
├── booting.log
├── health.log # health state log
├── chain.log # goloop chain action logs
├── download.log
├── download_error.log # download
└── goloop.log # goloop's log file
```

### Docker environments settings
Expand Down Expand Up @@ -124,6 +169,136 @@ The directories(data, config, icon, logs …) are created by docker engine, but
| GOLOOP\_LOG\_LEVEL | debug | str | false | Log Level - (trace,debug,info,warn,error,fatal,panic |
| LOG\_OUTPUT\_TYPE | file | str | false | sec - check interval for monitoring |

## Registering a validator on chain

### Registering a validator node by calling the registerPrep function

Once the wallet is funded you can register as a validator node using the [registerPrep](https://github.com/icon-project/goloop/blob/master/doc/icon_chainscore_api.md#registerprep) function from the JSON-RPC API.

This can be done directly from the tracker, using goloop or calling the RPC method directly.

#### Using the tracker

The easiest way to sign this transaction is to load up the keystore in a browser wallet ([Hana Wallet](https://hanawallet.io/)) and sign the transaction directly from the tracker by login in first with your wallet and then going to the contract page and calling the `registerPrep` function.

https://tracker.icon.community/contract/cx0000000000000000000000000000000000000000#contract

![registerPrep](/images/registering-validator-with-tracker.png)

#### Using goloop cli or preptools

Goloop CLI and the preptools are 2 command line utilities that can be used to interact with the ICON blockchain.

These can be used to sign the transaction and call the `registerPrep` function.

https://github.com/icon-project/goloop/blob/master/doc/goloop_cli.md#goloop-rpc-sendtx-call

https://github.com/icon-project/preptools/blob/master/README.md#registerprep

The docker container for the node has goloop CLI installed internally, if you dont want to install goloop CLI in your system you can run the following command to call the `registerPRep` method inside the docker container:

```bash
docker exec -it icon2-node goloop rpc sendtx call --to cx0000000000000000000000000000000000000000 --method registerPRep --param city=seoul --param country=KOR --param details=https://yourdomain.com/path/to/logo256.png --param [email protected] --param name=testPRep --param nodeAddress=hx123...4566 --param p2pEndpoint=127.0.0.1:9000 --param website=https://yourdomain.com/path/to/logo256.png --key_store config/keystore.json --key_password "KEYSTORE_PASSWORD" --uri https://ctz.solidwallet.io/api/v3 --nid 1 --value 0x6c6b935b8bbd400000 --step_limit 0x30000
```

The following is an example using `preptools`:
```bash
(venv) $ cat registerPRep.json
{
"name": "banana node",
"country": "USA",
"city": "New York",
"email": "[email protected]",
"website": "https://icon.banana.com",
"details": "https://icon.banana.com/json",
"p2pEndpoint": "node.example.com:7100",
"nodeAddress": "hxef73db5d0ad02eb1fadb37d0041be96bfa56d4e6"
}

(venv) $ preptools registerPRep -k test_keystore --prep-json registerPRep.json
> Password:
[Request] ======================================================================
{
"from_": "hxef73db5d0ad02eb1fadb37d0041be96bfa56d4e6",
"to": "cx0000000000000000000000000000000000000000",
"value": 2000000000000000000000,
"step_limit": 268435456,
"nid": 3,
"nonce": null,
"version": 3,
"timestamp": null,
"method": "registerPRep",
"data_type": "call",
"params": {
"name": "banana node",
"country": "USA",
"city": "New York",
"email": "[email protected]",
"website": "https://icon.banana.com",
"details": "https://icon.banana.com/json",
"p2pEndpoint": "node.example.com:7100",
"nodeAddress": "hxef73db5d0ad02eb1fadb37d0041be96bfa56d400"
}
}

> Continue? [Y/n]
request success.
[Response] =====================================================================
{
"jsonrpc": "2.0",
"result": "0xe667b8de967e4c5e2cc5f4fc2775766f87517935e0875a8c4d0b9c8c2ce01846",
"id": 1234
}

```

#### Using the JSON-RPC API

Calling the method from the JSON-RPC API directly requires sending a signed transaction with the following parameters:

> Request
```javascript
{
"jsonrpc": "2.0",
"id": 1234,
"method": "icx_sendTransaction",
"params": {
"value": "0x6c6b935b8bbd400000",
"data": {
"method": "registerPRep",
"params": {
"name": "ABC Node",
"country": "KOR",
"city": "Seoul",
"email": "[email protected]",
"website": "https://abc.example.com/",
"details": "https://abc.example.com/details/",
"p2pEndpoint": "abc.example.com:7100",
"nodeAddress": "hxe7af5fcfd8dfc67530a01a0e403882687528dfcb"
}
},
...
}
}
```

#### Parameters

| Key | VALUE Type | Required | Description |
| :--- | :--- | :--- | :--- |
| name | T\_STRING | true | P-Rep name "ABC Node" |
| email | T\_STRING | true | P-Rep email "[email protected]" |
| country | T\_STRING | true | [ISO 3166-1 ALPHA-3](https://en.wikipedia.org/wiki/ISO_3166-1_alpha-3) "KOR", "USA", "CHN" |
| city | T\_STRING | true | "Seoul", "New York", "Paris" |
| website | T\_STRING | true | P-Rep homepage url "[https://abc.example.com](https://abc.example.com)" |
| detailes | T\_STRING | true | Url including P-Rep detail information "[https://abc.example.com/details/](https://abc.example.com/details/)" |
| p2pEndpoint | T\_STRING | true | Network info used for connecting among P-Rep nodes "123.45.67.89:7100", "node.example.com:7100" |
| nodeAddress | T\_STRING | False | Node Key for only consensus "hxe7af5fcfd8dfc67530a01a0e403882687528dfcb" |


The following guide explains how to interact with the ICON JSON-RPC API: [ICON JSON-RPC API](./how-to-use-the-json-rpc-api.mdx)

### Node Grades

Node grades are another term for node levels.
Expand All @@ -138,6 +313,14 @@ There are 3 node grades, detailed below. You can also check the `grade` return p
| 0x1 | Sub-Validator | Register your node as a sub-validator for block production and validation and network governance delegate |
| 0x0 | Main Validator | Register your node as a validator for block production and validation and network governance delegate |

### Further Resources

[Delegate tools](https://github.com/icon-project/preptools/)
## Registering a validator node public key

After the node is up and running, you can register the public key of the node by following the instructions in this [guide](./how-to-run-a-validator-node/register-prep-node-public-key.mdx).


## Final steps

After completing the above steps your validator node should become an active validator on the ICON network after 48 hours of being registered.

If you need any help or assistance during the process you can reach out to the ICON community in our discord channel: [ICON Discord](/contact)
Loading

0 comments on commit 7f7fe14

Please sign in to comment.