If you are developing smart contracts, developing DApps, or participating in a hackathon, you are likely to want to iterate fast, and therefore need quicker feedback loops.
Running RSKj in Regtest mode is the best fit for these needs.
rskj-core-*.jar, where * is replaced by the release tag name, for example 4.1.0-HOP.java \
-Drpc.providers.web.cors='*' \
-Dminer.client.autoMine=true \
-cp rskj-core-4.1.0-HOP-all.jar \
co.rsk.Start \
--regtest \
--reset
localhost-only network, clears the database each time the node is started,
and enables both CORS and autoMine (which makes it behave similar to ganache).Using --import indicates that the block database should be imported from an external source. This is typically expected to be used when connecting to RSK Testnet or RSK Mainnet, and when a reduction in “initial sync time” is desired.
java -cp ${JAR} co.rsk.Start \
--import \
--testnet
Note that the
--importfeature is to be used ONLY for testing and development purposes and not in production.
If the RSKj process starts but then stops after a few seconds,
there is likely an error during startup.
Likewise, if the RSKj process crashes unexpectedly,
there is also an error.
However, there is no output in the terminal/shell from RSKj.
You need to view the log files, which are (by default)
located in a logs directory in the same folder as the JAR file.
Use the following command to see all of its output as it runs.
tail -f ./logs/rsk.log
Common errors encountered during start up of the RSKj node:
Not connected to internet
To resolve this, ensure that the internet connection is live,
and that you can ping external domains/ IP addresses successfully.
Another application already listening to this address
If you see the following output within the logs shortly prior to the RSKj node exiting:
ERROR [start] [main] The RSK node main thread failed, closing program
java.net.BindException: Address already in use
… that means that another process is probably already bound to that port.
You can check this using lsof on Linux and Mac OSX (El Capitan and later).
lsof -P -i tcp:4444
If you see output similar to this:
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
java 67228 bguiz 190u IPv6 0x365a69c9fe805921 0t0 TCP localhost:4444 (LISTEN)
… it means that another process is already bound to port 4444,
which is the default for RSKj running in Regtest modes.
Your options are to:
RSKj stores all data in a directory on disk.
This defaults to ${HOME}/.rsk/${NETWORK}.
For example, on Linux, if your username is bguiz and RSK is running in regtest,
the database directory default is /home/bguiz/.rsk/regtest.
The data stored in this directory can get corrupted for several reasons, such as improperly shutting down the node. If this has happened, and you cannot recover by other means, you have several options:
--reset. This will wipe the database directory.rm to delete the database directory manually, before running RSKj again.Remote procedure calls (JSON-RPC) are the primary interface through which RSK nodes communicate over the network.
JSON-RPC is available over two network transport protocols: HTTP and WebSockets
Note that RSK public nodes do not expose WebSockets, they are HTTP only. To work around this, you may either run your own RSK node, or use a third-party node provider, such as Getblock.
Go to top