# Incubation Exit Guide

There are couple options for storage providers to exit incubation program either voluntarily or after each phase ends.

  • Join a hosted chain service (venus shared modules) by third party.
  • Deploy a chain service (venus shared modules) by yourself.
  • Switch back to Lotus.

We will go through option 2 and 3 in this documentation.


Make sure you go through the documentation carefully before carry out the exit. Find us on Slack if you have questions.

# Deploy a chain service

Refer to this document (opens new window) to first deploy your own venus chain service. Modify configuration file (~/.venus_wallet/config.toml) of venus-wallet to point to the newly deployed chain service.

RegisterAPI = ["/ip4/<IP_ADDRESS_OF_VENUS_GATEWAY>/tcp/45132"]
SupportAccounts = ["<ACCOUNT_NAME>"]

Modify the configuration file of venus-sealer (~/.venussealer/config.toml) to point to the newly deployed chain service.

  Url = "/ip4/<IP_ADDRESS_OF_VENUS>/tcp/3453"

  Secret = "8e5e90ad4c6ce64e16f4bd20622ad60b9b236caefb97081f09b53acfa75e6a44"



Restart venus-walle and venus-sealer.

# Switch back to lotus

Refer to Lotus documentation (opens new window) to build and deploy a Lotus node. Sync the node from a snapshot.

$ nohup ./lotus daemon --import-snapshot=https://fil-chain-snapshots-fallback.s3.amazonaws.com/mainnet/minimal_finality_stateroots_latest.car > lotus.log 2>&1 &

Import addresses under your miner_id (eg. owner, worker, controller addresses and etc.) into lotus;

# export private key from venus-wallet
$ ./venus-wallet export <WALLET_ADDRESS>

# import them to lotus
$  ./lotus wallet import
Enter private key: 

Make sure you have no sealing tasks running, messages properly sent on-chain and enough time before your next windowPost deadline. Then stop venus-sealer and initialize a new repo using lotus-miner.

TRUST_PARAMS=1 ./lotus-miner init --no-local-storage --actor=<minerID> --sector-size=32G --nosync


Note that lotus-miner repo must not have the same path as the repo of venus-sealer.

Build lotus-fix utility tool, set nextid and import sectors from venus-sealer.

# Skip if you already compiled ffi
$ git submodule update --init --recursive
$ make deps

# Compile lotus-fix
$ make lotus-fix

# fix nextid and import sectors from venus-sealer
# change repo path accordingly
$ ./lotus-fix -lotus-miner-repo=/root/.lotusminer/ -venus-sealer-repo=/root/.venussealer -taskType=2


lotus-fix is a utility tool for migrating from venus to lotus.

# taskType=0; manually change nextid
# set nextid to 300 with -sid flag
$ ./lotus-fix -lotus-miner-repo=/root/.lotusminer/ -venus-sealer-repo=/root/.venussealer -taskType=0 -sid=300

# taskType=1; import sectors from venus-sealer to lotus-miner
$ ./lotus-fix -lotus-miner-repo=/root/.lotusminer/ -venus-sealer-repo=/root/.venussealer -taskType=1

# taskType=2; atuo change nextid and import sectors from venus-sealer to lotus-miner 
$ ./lotus-fix -lotus-miner-repo=/root/.lotusminer/ -venus-sealer-repo=/root/.venussealer -taskType=2


Make sure lotus-miner is not running while using lotus-fix.


If executing lotus-fix from root user while lotus-miner is run by a user account, you may need set the following.

# For example, if your user account name is `test`
chown test:test /home/test/ -R

Attach store path to lotus-miner, which should be the same as the store path of venus-sealer.

# do not add the `--init` flag
./lotus-miner storage attach --store <VENUS_SEALER_STORE_PATH>

Pledge a new sector

# attach seal path for lotus-miner
$ ./lotus-miner storage attach --init --seal <PATH>

$ nohup ./lotus-miner run > miner.log 2>&1 &
$ ./lotus-miner sectors pledge

At this point, your storage system has been switched to lotus. For follow-up operations, please refer to lotus related documents.

Last Updated: 11/17/2021, 4:59:48 PM