Implement more harvesting defenses

[dg]

​http://zzz.i2p/topics/1008
​http://zzz.i2p/topics/1281

The "French" have shown us there is work to be done on preventing floodfills from collecting destinations (harvesting). Tor had similar problems with their FF equivalent (HSDirs) shown in "Trawling for Tor Hidden Services" (​http://tracker2.postman.i2p/index.php?view=TorrentDetail&id=22036).

Tor's Trac ticket (but not very helpful): ​https://trac.torproject.org/projects/tor/ticket/8106

[zzz]

The tor ticket might be helpful if I understood any of it.

I think, maybe, their "blinding" gets to the same result as our encrypted leasesets, in that the ff can't use what's stored there.
I think we have a lot more floodfills than they have HSDirs?
If "blinding" turns our netdb "into cloud storage servers, since anyone can upload anything to it" that's no good.

Short-term the plan is more ffs and less flooding:

• Lower min part. tunnel count to get more ffs 0.9.9 ​http://zzz.i2p/topics/1497
• Reduce flood redundancy from 4 to 3 0.9.9
• Make class M floodfill 0.9.10 ​http://zzz.i2p/topics/1497

Medium-term maybe real kad will help? ​http://zzz/i2p/topics/1444

Long-term maybe new crypto will help, or "blinding", but need somebody to explain it better.
We can't have the ffs become general-purpose storage.

[zzz]

1st and 2nd items changed in 0.9.8.1-6 e491f62e43caae0294345bda26ee8c175ceb2549