-
Notifications
You must be signed in to change notification settings - Fork 2
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Merge pull request #9 from FidelVe/update-node-installation-docs
updated instructions for setting up a validator
- Loading branch information
Showing
3 changed files
with
247 additions
and
43 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
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` | ||
|
||
|
@@ -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: | ||
|
||
|
@@ -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. | ||
|
@@ -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 | ||
|
@@ -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 | ||
|
@@ -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. | ||
|
@@ -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) |
Oops, something went wrong.