Ecosyste.ms: Awesome
An open API service indexing awesome lists of open source software.
https://github.com/iotexproject/iotex-bootstrap
All necessary configuration files and step-by-step instructions for setting up and running a full-node on the IoTeX blockchain. Start contributing to the IoTeX network and explore advanced node features.
https://github.com/iotexproject/iotex-bootstrap
delegate full-node instructions iotx mining
Last synced: 4 days ago
JSON representation
All necessary configuration files and step-by-step instructions for setting up and running a full-node on the IoTeX blockchain. Start contributing to the IoTeX network and explore advanced node features.
- Host: GitHub
- URL: https://github.com/iotexproject/iotex-bootstrap
- Owner: iotexproject
- Created: 2019-02-26T03:09:04.000Z (over 5 years ago)
- Default Branch: master
- Last Pushed: 2024-10-27T22:38:46.000Z (12 days ago)
- Last Synced: 2024-10-28T02:26:02.711Z (12 days ago)
- Topics: delegate, full-node, instructions, iotx, mining
- Language: Shell
- Homepage: https://iotex.io
- Size: 3.62 MB
- Stars: 97
- Watchers: 27
- Forks: 41
- Open Issues: 13
-
Metadata Files:
- Readme: README.md
- Changelog: changelog/README.md
Awesome Lists containing this project
- awesome-list-rpc-nodes-providers - https://github.com/iotexproject/iotex-bootstrap
README
## Index
- [Release Status](#status)
- [Join MainNet](#mainnet)
- [Join Mainnet without using Docker](#mainnet_native)
- [Join TestNet](#testnet)
- [Interact with Blockchain](#ioctl)
- [Enable Logrotate](#log)
- [Operate Your Node](#ops)
- [Upgrade Your Node(One Line Upgrader)](#upgrade)
- [Q&A](#qa)Here are the software versions we use:
- MainNet: v2.0.4
## Join TestNet
To start and run a testnet node, please click [**Join Testnet**](https://github.com/iotexproject/iotex-bootstrap/blob/master/README_testnet.md)## Join MainNet
This is the recommended way to start an IoTeX node1. Pull the docker image:
```
docker pull iotex/iotex-core:v2.0.4
```2. Set the environment with the following commands:
```
mkdir -p ~/iotex-var
cd ~/iotex-varexport IOTEX_HOME=$PWD
mkdir -p $IOTEX_HOME/data
mkdir -p $IOTEX_HOME/log
mkdir -p $IOTEX_HOME/etccurl https://raw.githubusercontent.com/iotexproject/iotex-bootstrap/v2.0.4/config_mainnet.yaml > $IOTEX_HOME/etc/config.yaml
curl https://raw.githubusercontent.com/iotexproject/iotex-bootstrap/v2.0.4/genesis_mainnet.yaml > $IOTEX_HOME/etc/genesis.yaml
curl https://raw.githubusercontent.com/iotexproject/iotex-bootstrap/v2.0.4/trie.db.patch > $IOTEX_HOME/data/trie.db.patch
```3. Edit `$IOTEX_HOME/etc/config.yaml`, look for `externalHost` and `producerPrivKey`, uncomment the lines and fill in your external IP and private key. If you leave `producerPrivKey` empty, your node will be assgined with a random key.
4. Start from a snapshot (rather than sync from the genesis block), run the following commands:
```
curl -L https://t.iotex.me/mainnet-data-latest > $IOTEX_HOME/data.tar.gz
tar -xzf data.tar.gz
```or download from Google Cloud:
```
curl -L https://storage.googleapis.com/blockchain-archive/mainnet-data-latest.tar.gz > $IOTEX_HOME/data.tar.gz
tar -xzf data.tar.gz
```**We will update the snapshot once a day**. For advanced users, there are three options to consider:
- Option 1: If you plan to run your node as a [gateway](#gateway), please use the snapshot with index data:
https://t.iotex.me/mainnet-data-with-idx-latest.- Optional 2: If you only want to sync chain data from 0 height without relaying on legacy delegate election data from Ethereum, you can setup legacy delegate election data with following command:
```bash
curl -L https://storage.googleapis.com/blockchain-golden/poll.mainnet.tar.gz > $IOTEX_HOME/poll.tar.gz; tar -xzf $IOTEX_HOME/poll.tar.gz --directory $IOTEX_HOME/data
```- Optional 3: If you want to sync the chain from 0 height and also fetching legacy delegate election data from Ethereum, please change the `gravityChainAPIs` in config.yaml to use your infura key with Ethereum archive mode supported or change the API endpoint to an Ethereum archive node which you can access.
5. Run the following command to start a node:
```
docker run -d --restart on-failure --name iotex \
-p 4689:4689 \
-p 8080:8080 \
-v=$IOTEX_HOME/data:/var/data:rw \
-v=$IOTEX_HOME/log:/var/log:rw \
-v=$IOTEX_HOME/etc/config.yaml:/etc/iotex/config_override.yaml:ro \
-v=$IOTEX_HOME/etc/genesis.yaml:/etc/iotex/genesis.yaml:ro \
iotex/iotex-core:v2.0.4 \
iotex-server \
-config-path=/etc/iotex/config_override.yaml \
-genesis-path=/etc/iotex/genesis.yaml
```Now your node should be started successfully.
If you want to also make your node be a [gateway](#gateway), which could process API requests from users, use the following command instead:
```
docker run -d --restart on-failure --name iotex \
-p 4689:4689 \
-p 14014:14014 \
-p 15014:15014 \
-p 8080:8080 \
-v=$IOTEX_HOME/data:/var/data:rw \
-v=$IOTEX_HOME/log:/var/log:rw \
-v=$IOTEX_HOME/etc/config.yaml:/etc/iotex/config_override.yaml:ro \
-v=$IOTEX_HOME/etc/genesis.yaml:/etc/iotex/genesis.yaml:ro \
iotex/iotex-core:v2.0.4 \
iotex-server \
-config-path=/etc/iotex/config_override.yaml \
-genesis-path=/etc/iotex/genesis.yaml \
-plugin=gateway
```6. Make sure TCP ports 4689, 8080 (also 14014 if used) are open on your firewall and load balancer (if any).
## Join Mainnet without using Docker
This is not the preferred way to start an IoTeX node1. Set the environment with the following commands:
Same as [Join MainNet](#mainnet) step 2
2. Build server binary:
```
git clone https://github.com/iotexproject/iotex-core.git
cd iotex-core
git checkout v2.0.4// optional
export GOPROXY=https://goproxy.io
go mod download
make clean build-all
cp ./bin/server $IOTEX_HOME/iotex-server
```3. Edit configs
Same as [Join MainNet](#mainnet) step 3. Also make sure you update all db paths in config.yaml to correct location if you don't put them under `/var/data/`
4. Start from a snapshot
Same as [Join MainNet](#mainnet) step 4
5. Run the following command to start a node:
```
nohup $IOTEX_HOME/iotex-server \
-config-path=$IOTEX_HOME/etc/config.yaml \
-genesis-path=$IOTEX_HOME/etc/genesis.yaml &
```Now your node should be started successfully.
If you want to also make your node be a [gateway](#gateway), which could process API requests from users, use the following command instead:
```
nohup $IOTEX_HOME/iotex-server \
-config-path=$IOTEX_HOME/etc/config.yaml \
-genesis-path=$IOTEX_HOME/etc/genesis.yaml \
-plugin=gateway &
```6. Make sure TCP ports 4689, 8080 (also 14014 if used) are open on your firewall and load balancer (if any).
### ioctl
You can install `ioctl` (a command-line interface for interacting with IoTeX blockchain)
```
curl https://raw.githubusercontent.com/iotexproject/iotex-core/master/install-cli.sh | sh
```You can point `ioctl` to your node (if you enable the [gateway](#gateway) plugin):
```
ioctl config set endpoint localhost:14014 --insecure
```Or you can point it to our API nodes:
- MainNet secure: `api.iotex.one:443`
- MainNet insecure: `api.iotex.one:80`If you want to set an insecure endpoint, you need to add `--insecure` option.
Generate key:
```
ioctl account create
```Get consensus delegates of current epoch:
```
ioctl node delegate
```Refer to [CLI document](https://github.com/iotexproject/iotex-core/blob/master/ioctl/README.md) for more details.
#### Other Commonly Used Commands
Claim reward:
```
ioctl action claim ${amountInIOTX} -l 10000 -p 1 -s ${ioAddress|alias}
```Exchange IoTeX native token to ERC20 token on Ethereum via Tube service:
```
ioctl action invoke io1p99pprm79rftj4r6kenfjcp8jkp6zc6mytuah5 ${amountInIOTX} -s ${ioAddress|alias} -l 400000 -p 1 -b d0e30db0
```
Click [IoTeX Tube docs](https://github.com/iotexproject/iotex-bootstrap/blob/master/tube/tube.md) for detailed documentation of the tube service.### JSON RPC API(Babel service)
Our node supports most of methods of [Ethereum's JSON-RPC protocol](https://eth.wiki/json-rpc/API). The local endpoint of babal service is `localhost:15014` on the gateway node.
Additional method support could be requested [here](https://github.com/iotexproject/iotex-core/issues).
## Enable Logrotate
`logrotate` is pre-installed when building the image. But `crond` (daemon to execute scheduled commands) doesn't automatically start when the docker contaiter starts in alpine linux.To enable log logrotation, `docker exec -it crond -b` is expected to be run after the container starts
### Checking Node log
Container logs can be accessed with the following command.
```
docker logs iotex
```Content can be filtered with:
```
docker logs -f --tail 100 iotex |grep --color -E "epoch|height|error|rolldposctx"
```### Stop and remove container
When starting the container with ```--name=iotex```, you must remove the old container before a new build.
```
docker stop iotex
docker rm iotex
```### Pause and Restarting container
Container can be "stopped" and "restarted" with:
```
docker stop iotex
docker start iotex
```## Upgrade Your Node(One Line Upgrader)
Make sure you have `$IOTEX_HOME` already set up, and all the files(configs, dbs etc) are placed in the right locations (Please refer to the Join MainNet section).To upgrade mainnet node, use following command. By default, it will upgrade to latest mainnet version.
```bash
sudo bash # If your docker requires root privilege
bash <(curl -s https://raw.githubusercontent.com/iotexproject/iotex-bootstrap/master/scripts/setup_fullnode.sh)
```To enable [gateway](#gateway) on mainnet
```bash
sudo bash # If your docker requires root privilege
bash <(curl -s https://raw.githubusercontent.com/iotexproject/iotex-bootstrap/master/scripts/setup_fullnode.sh) plugin=gateway
```To stop auto upgdrade cron job and iotex server program, you can run
```bash
sudo bash # If your docker requires root privilege
bash <(curl -s https://raw.githubusercontent.com/iotexproject/iotex-bootstrap/master/scripts/stop_fullnode.sh)
```
## Gateway Plugin
Node with gateway plugin enabled will perform extra indexing to serve API requests of more detail chain information, such as number of actions in a block or query actions by hash.## Q&A
Please refer [here](https://github.com/iotexproject/iotex-bootstrap/wiki/Q&A) for Q&A.