From cda33bad3a8e14154f2cf5f5f1e4c2cb2d525e5d Mon Sep 17 00:00:00 2001 From: Ivan Shish Date: Thu, 15 May 2025 18:51:50 +0200 Subject: [PATCH] Fix typos in README.md --- README.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/README.md b/README.md index 957eed1b..5a6eefe5 100644 --- a/README.md +++ b/README.md @@ -35,7 +35,7 @@ 1. [Running Augur](#runningaugur) 1. [Build - From Source](#buildsource) 2. [Build - Binary](#buildbinary) - 3. [Debian Repository](#debain) + 3. [Debian Repository](#debian) 2. [Syncing Augur](#syncingaugur) 1. [Ethereum Nodes](#ethnodes) 2. [Augur Warp Sync](#augurwarp) @@ -129,7 +129,7 @@ Within the Augur App UI, there is an option to import a **warp sync** file which ### Parity Warp Sync: -By default, Parity uses "warp sync" mode (sometimes referred to as "fast") to sync the blockchain. While this mode does sync significantly faster, it causes issues for any application that relies on historic logs. After warp sync is complete, your node might appear to be sychronized and fully up-to-date, but older blocks are missing while it backfills, which could take several days. It is also not obvious when that backfill has completed. +By default, Parity uses "warp sync" mode (sometimes referred to as "fast") to sync the blockchain. While this mode does sync significantly faster, it causes issues for any application that relies on historic logs. After warp sync is complete, your node might appear to be synchronized and fully up-to-date, but older blocks are missing while it backfills, which could take several days. It is also not obvious when that backfill has completed. Augur recommends running your parity nodes with either - `--no-warp` **or**