aboutsummaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorJonas Schnelli <dev@jonasschnelli.ch>2015-11-13 21:10:51 +0100
committerJonas Schnelli <dev@jonasschnelli.ch>2015-11-13 21:10:51 +0100
commit5760749ed8e244e0befab12434b1d8c9f6c8e90e (patch)
tree953f547eb9b7718fa312f6b243ce1cdf4c545b94
parentd61fcff07112411a1e7c28984777480e0c0873aa (diff)
[docs] rename reducetraffic.md to reduce-traffic.md
-rw-r--r--doc/reducetraffic.md35
-rw-r--r--doc/release-notes.md3
2 files changed, 3 insertions, 35 deletions
diff --git a/doc/reducetraffic.md b/doc/reducetraffic.md
deleted file mode 100644
index a79571913a..0000000000
--- a/doc/reducetraffic.md
+++ /dev/null
@@ -1,35 +0,0 @@
-Reduce Traffic
-==============
-
-Some node operators need to deal with bandwith caps imposed by their ISPs.
-
-By default, bitcoin-core allows up to 125 connections to different peers, 8 of
-which are outbound. You can therefore, have at most 117 inbound connections.
-
-The default settings can result in relatively significant traffic consumption.
-
-Ways to reduce traffic:
-
-## 1. Use `-maxuploadtarget=<MiB per day>`
-
-A major component of the traffic is caused by serving historic blocks to other nodes
-during the initial blocks download phase (syncing up a new node).
-This option can be specified in MiB per day and is turned off by default.
-This is *not* a hard limit; only a threshold to minimize the outbound
-traffic. When the limit is about to be reached, the uploaded data is cut by no
-longer serving historic blocks (blocks older than one week).
-Keep in mind that new nodes require other nodes that are willing to serve
-historic blocks. **The recommended minimum is 144 blocks per day (max. 144MB
-per day)**
-
-## 2. Disable "listening" (`-listen=0`)
-
-Disabling listening will result in fewer nodes connected (remember the maximum of 8
-outbound peers). Fewer nodes will result in less traffic usage as you are relaying
-blocks and transactions to fewer nodes.
-
-## 3. Reduce maximum connections (`-maxconnections=<num>`)
-
-Reducing the maximum connected nodes to a miniumum could be desirable if traffic
-limits are tiny. Keep in mind that bitcoin's trustless model works best if you are
-connected to a handful of nodes.
diff --git a/doc/release-notes.md b/doc/release-notes.md
index 2e9cc16940..e4dcc60cff 100644
--- a/doc/release-notes.md
+++ b/doc/release-notes.md
@@ -184,6 +184,9 @@ This option can be specified in MiB per day and is turned off by default
(`-maxuploadtarget=0`).
The recommended minimum is 144 * MAX_BLOCK_SIZE (currently 144MB) per day.
+Whitelisted peers will never be disconnected, although their traffic counts for
+calculating the target.
+
A more detailed documentation about keeping traffic low can be found in
[/doc/reducetraffic.md](/doc/reducetraffic.md).