ElectronX 1.10.1

Version 1.10.1 (21 April 2019)

• Added PEER_DISCOVERY_TOR environment variable (default off). If on, then
  ElectronX will behave as before this version and always forward/discover
  *.onion peers. If off, then it will completely ignore *.onion peers and
  never forward them. This policy change has been implemented because of the
  ease with which sybil attacks are possible if PEER_DISCOVER_TOR is enabled.
  (cculianu)
• Added more stuff to getenv rpc command display (cculinau)
• Optimized the ban handling a little bit to refuse peers earlier in the
  lifecycle of peer_discovery if a host is banned. (cculianu)

ElectronX 1.10.0

Version 1.10.0 (14 April 2019)

• Added banip, unbanip, banhost, unbanhost, listbanned, getenv, and
  session_ip_counts rpc commands (cculianu)
• Disallow multiple servers from same IP to appear in peers (doesn't apply
  to Tor, however) (cculianu)
• Limit client connections per IP to 50 by default (MAX_SESSIONS_PER_IP)
  to prevent the "clients exhausting FDs on server" attack vector (doesn't
  apply to Tor or localhost clients).
  (cculianu)
• Limit client connections per IP for Tor to 1000 by default (MAX_SESSIONS_TOR)
  Note that this limit also applies to clients coming from localhost even if
  not using Tor. (cculianu)
• Added blacklist.json mechanism for downloading a community maintained
  list of bad peers as an anti-phishing, anti-sybil attack measure.
  Use BLACKLIST_URL="" in env to disable, but it is recommended you leave
  it enabled. We use our own file format for this but the code for this
  subsystem also understand the ElectrumX 1.10.0 format as well. (cculianu)
• Set MAX_SEND to 4000000 (4MB) by default (was originally 1MB which fails
  on some BCH wallets). (cculianu)
• Raised server limit from 250,000 subs to 1,000,000 subs by default
  (corresponds to env var MAX_SUBS) (cculianu)
• Raised default BANDWIDTH_LIMIT from 2MB to 8MB (8000000 bytes). This is
  because very busy BCH wallets with huge histories would need a higher limit.
  Note the limit is a soft limit in bytes per hour, and it is not catastrophic
  to send a client 8MB in 1 hour. (cculianu)