Longer term, most platforms will likely be supported to some extent.
Grin's programming language rust
has build targets for most platforms.
What's working so far?
- Linux x86_64 and MacOS [grin + mining + development]
- Not Windows 10 yet [grin kind-of builds. No mining yet. Help wanted!]
Please note that all mining functions for Grin have moved into a separate, standalone package called grin_miner. Once your Grin code node is up and running, you can start mining by building and running grin-miner against your running Grin node.
# Build using all available cores
docker build -t grin .
# run in foreground
docker run -it -v grin:/usr/src/grin grin
# or in background
docker run -it -d -v grin:/usr/src/grin grin
If you decide to use a persistent storage (e.g. -v grin:/usr/src/grin
) you will need grin.toml configuration file in it.
- rust 1.24+ (use rustup- i.e.
curl https://sh.rustup.rs -sSf | sh; source $HOME/.cargo/env
) - rocksdb + libs for compiling rocksdb:
- clang (clanglib or clang-devel or libclang-dev)
- llvm (Fedora llvm-devel, Debian llvm-dev)
- ncurses and libs (ncurses, ncursesw5)
- zlib libs (zlib1g-dev or zlib-devel)
- linux-headers (reported needed on Alpine linux)
git clone https://github.com/mimblewimble/grin.git
cd grin
cargo build --release
Grin can also be built in debug mode (without the --release
flag) but this will render fast sync prohibitively slow due to the large overhead of cryptographic operations.
Rust (cargo) can build grin for many platforms, so in theory running grin
as a validating node on your low powered device might be possible.
To cross-compile grin
on a x86 Linux platform and produce ARM binaries,
say, for a Raspberry Pi.
See Troubleshooting
A successful build gets you:
target/debug/grin
- the main grin binary
Grin is still sensitive to the directory from which it's run. Make sure you
always run it within a directory that contains a grin.toml
configuration and
stay consistent as to where it's run from.
With the included grin.toml
unchanged, if you execute cargo run
you get a
.grin
subfolder that grin starts filling up with blockchain data.
While testing, put the grin binary on your path like this:
export PATH=/path/to/grin/dir/target/debug:$PATH
You can then run grin
directly (try grin help
for more options).
Important Note: if you used Grin in testnet1, running the wallet listener manually isn't required anymore. Grin will create a seed file and run the listener automatically on start.
Grin attempts to run with sensible defaults, and can be further configured via
the grin.toml
file. You should always ensure that this file is available to grin.
The supplied grin.toml
contains inline documentation on all configuration
options, and should be the first point of reference for all options.
The grin.toml
file can placed in one of several locations, using the first one it finds:
- The current working directory
- In the directory that holds the grin executable
- {USER_HOME}/.grin
While it's recommended that you perform all grin server configuration via
grin.toml
, it's also possible to supply command line switches to grin that
override any settings in the grin.toml
file.
For help on grin commands and their switches, try:
grin help
grin wallet help
grin client help
The wiki page How to use grin and linked pages have more information on what features we have, troubleshooting, etc.