From 6e18752aaa6757c02e7f1c4fc7fe99165a0b1746 Mon Sep 17 00:00:00 2001 From: duggavo <108991918+duggavo@users.noreply.github.com> Date: Sun, 18 Sep 2022 11:19:14 +0000 Subject: [PATCH] Update monerod-reference.md --- docs/interacting/monerod-reference.md | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/docs/interacting/monerod-reference.md b/docs/interacting/monerod-reference.md index 3d6d5f1..405ad87 100644 --- a/docs/interacting/monerod-reference.md +++ b/docs/interacting/monerod-reference.md @@ -202,7 +202,7 @@ These are advanced options that allow you to optimize performance of your `moner | `--db-sync-mode` | Specify sync option, using format:
`[safe|fast|fastest]:[sync|async]:[[blocks]|[bytes]]`

The default is `fast:async:250000000bytes`.

The `fast:async:*` can corrupt blockchain database in case of a system crash. It should not corrupt if just `monerod` crashes. If you are concerned with system crashes use `safe:sync`. | `--max-concurrency` | Max number of threads to use for parallel jobs. The default value `0` uses the number of CPU threads. | `--prep-blocks-threads` | Max number of threads to use when computing block hashes (PoW) in groups. Defaults to 4. Decrease this if you don't want `monerod` hog your computer when syncing. -| `--fast-block-sync` | Sync up most of the way by using embedded, "known" block hashes. Pass `1` to turn on and `0` to turn off. This is on (`1`) by default. Normally, for every block the full node must calculate the block hash to verify miner's proof of work. Because the CryptoNight PoW used in Monero is very expensive (even for verification), `monerod` offers skipping these calculations for old blocks. In other words, it's a mechanism to trust `monerod` binary regarding old blocks' PoW validity, to sync up faster. +| `--fast-block-sync` | Sync up most of the way by using embedded, "known" block hashes. Pass `1` to turn on and `0` to turn off. This is on (`1`) by default. Normally, for every block the full node must calculate the block hash to verify miner's proof of work. Because the RandomX PoW used in Monero is very expensive (even for verification), `monerod` offers skipping these calculations for old blocks. In other words, it's a mechanism to trust `monerod` binary regarding old blocks' PoW validity, to sync up faster. | `--block-sync-size` | How many blocks are processed in a single batch during chain synchronization. By default this is 20 blocks for newer history and 100 blocks for older history ("pre v4"). Default behavior is represented by value `0`. Intuitively, the more resources you have, the bigger batch size you may want to try out. Example:
`./monerod --block-sync-size=500` | `--bootstrap-daemon-address` | The host:port of a "bootstrap" remote open node that the connected wallets can use while this node is still not fully synced. Example:
`./monerod --bootstrap-daemon-address=opennode.xmr-tw.org:18089`. The node will forward selected RPC calls to the bootstrap node. The wallet will handle this automatically and transparently. Obviously, such bootstraping phase has privacy implications similar to directly using a remote node. | `--bootstrap-daemon-login` | Specify username:password for the bootstrap daemon login (if required). This considers the RPC interface used by the wallet. Normally, open nodes do not require any credentials. @@ -214,9 +214,9 @@ The following options configure **solo mining** using **CPU** with the standard * generating your [stagenet](/infrastructure/networks#stagenet) or [testnet](/infrastructure/networks#testnet) coins * experimentation and learning -* if you have super cheap access to vast CPU resources +* if you have access to vast CPU resources -Be advised though that real mining happens **in pools** and with high-end **GPU-s** instead of CPU-s. +Be advised though that it may take a **long** time to find a mainnet block. For this reason, it is often better to mine with p2pool instead. | Option | Description |------------------------------------|--------------------------------------------------------------------------------------------------------------------------------------