When the clients exchange peers, the problem I found with sexcoin-seeder is that there was 50K or more litecoin or non-sexcoin nodes and less than 100 sexcoin nodes..... so as the local client chose a peer from db to retry every minute or two, odds are it would chose a non-sxc node.... which used the same magic, allowing an initial connection to succeed which caused the list of bad peers to be exchanged again, since one of the first things on connect was to exchange peers. (in fact like the only thing sexcoin-seeder did)
Why bother with retrying the same connection when there are thousands other IPs available? For example, most Torrent P2P clients try just once and drop IP after 15
seconds or so of no reply. They will not attempt connection to already "pinged" IP again unless IP pool is used up and at that point they'll start all over again, randomly.
Perfect scenario would be to intentionaly drop some percentage of connections at random intervals, it would help against
traffic analysis and strengthen the network.
Having all nodes "permanently" connected to other nodes makes it easy to monitor the traffic and create a list of transaction senders, all it takes is nodes at few key
locations within network. But if all user nodes drop some percentage of connections after every transaction sent or relayed then it is much harder to analyse traffic.
Or just give us a way to manualy "kill" connections, right now there is no such feature within SXC or other crypto wallets (
addnode IP remove is not working properly).