Skip to content

Commit 6a776fa

Browse files
committed
[doc] add documentation how to reduce traffic
1 parent de7d459 commit 6a776fa

File tree

1 file changed

+36
-0
lines changed

1 file changed

+36
-0
lines changed

doc/reducetraffic.md

Lines changed: 36 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,36 @@
1+
REDUCE TRAFFIC
2+
==============
3+
4+
Some node operators need to deal with bandwith cap given by their ISPs.
5+
6+
By default, bitcoin-core allows up to 125 connections to different peers, 8 of
7+
them outbound (and therefore 117 max inbound connections).
8+
9+
The default settings can result in relatively significant traffic consumption.
10+
11+
12+
Ways to reduce traffic:
13+
14+
1. Use `-maxuploadtarget=<MiB per day>`
15+
16+
A major part of the traffic is caused by serving historic blocks to other nodes
17+
in initial blocks download state (syncing up a new node).
18+
This option can be specified in MiB per day and is turned off by default.
19+
This is *not* a hard limit but a threshold to minimize the outbound
20+
traffic. When the limit is about to be reached, the uploaded data is cut by not
21+
serving historic blocks (blocks older than one week).
22+
Keep in mind that new nodes require other nodes that are willing to serve
23+
historic blocks. **The recommended minimum is 144 blocks per day (max. 144MB
24+
per day)**
25+
26+
2. Disable "listening" (`-listen=0`)
27+
28+
Disable listening will result in fewer nodes connected (remind the max of 8
29+
outbound peers). Fewer nodes will result in less traffic usage because relaying
30+
blocks and transaction needs to be passed to fewer nodes.
31+
32+
3. Reduce maximal connections (`-maxconnections=<num>`)
33+
34+
Reducing the connected nodes to a miniumum can be desired in case traffic
35+
limits are tiny. Keep in mind that bitcoin trustless model works best if you are
36+
connected to a handfull of nodes.

0 commit comments

Comments
 (0)