Bitcoin Forum
May 05, 2024, 06:34:53 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: All Internet evil, mapped: evil score visualization 2  (Read 380 times)
theymos (OP)
Administrator
Legendary
*
Offline Offline

Activity: 5194
Merit: 12972


View Profile
May 21, 2018, 10:40:38 PM
Merited by LoyceV (1), jackg (1), TheBeardedBaby (1)
 #1

I did this back in 2015, but I wanted to update it. I used exactly the same mapping code as last time.

When someone is banned, their IP and some of their neighboring IPs receive evil points. Here I've created a map of the IPv4 Internet according to evil points. Currently, IPv6 is mapped into the 240.0.0/4 range, which is the large square taking up the top-right sixteenth of the chart. (I'm not sure yet whether IPv6 is actually disproportionately evil, or if I'm just cramming too many people into that address-space. Probably the latter is at least something of a factor, since 9% of traffic is IPv6 but 6% of this address-space is IPv6.)

Here's the image (zoom in):
https://bitcointalk.org/banmap201805.png

For comparison, here's the one from 2015:
https://bitcointalk.org/banmap201510.png

Each pixel is a /24 address block (ie. each pixel represents 256 IP addresses). The colors are:
Zero or nearly zero evil
A small amount of evil
More
More
At this point you actually have to pay if you register an account in this block
More
More
More
Pretty high
A ton of evil, more than anyone is likely to pay

This is per block, so a single IP address could have an evil score requiring payment while its block still shows up as black here. A colored pixel indicates the evil score of a typical IP in that block.

Addresses are laid out in the standard way. So you can for example cross-reference with these maps: https://ant.isi.edu/address/

A /24 should almost never uniquely identify someone, but to be safe I randomly added, removed, and modified some of this data for plausible deniability.

1NXYoJ5xU91Jp83XfVMHwwTUyZFK64BoAD
1714890893
Hero Member
*
Offline Offline

Posts: 1714890893

View Profile Personal Message (Offline)

Ignore
1714890893
Reply with quote  #2

1714890893
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
xolxol
Member
**
Offline Offline

Activity: 241
Merit: 97


View Profile
May 21, 2018, 11:21:59 PM
 #2

Maybe you can do this color coding to the current trust system?
mdayonliner
Copper Member
Sr. Member
****
Offline Offline

Activity: 630
Merit: 420


We are Bitcoin!


View Profile
May 22, 2018, 12:26:49 AM
 #3

I am trying to figure it out, how it has been done  Huh

Looking at the Current and the older one, it's clearly visible that the amount of popularity of BitcoinTalk increased dramatically.
More ban = more demand  LOL

Be happy be at peace. Looking forward to BTC at $1M
Quickseller
Copper Member
Legendary
*
Offline Offline

Activity: 2870
Merit: 2298


View Profile
May 22, 2018, 04:57:59 AM
 #4

It looks like there are a fairly decent number of spammer “groups” that utilize blocks of IP addresses.

It might be useful to remove what is likely isolated incidents of “evil”, look for patterns and then apply those types of patterns to IP address blocks that have growing amounts of “evil”.

Interestingly, it looks like the number of spammers is growing at a fairly decent clip.
LoyceV
Legendary
*
Offline Offline

Activity: 3304
Merit: 16596


Thick-Skinned Gang Leader and Golden Feather 2021


View Profile WWW
May 22, 2018, 06:22:44 AM
 #5

It might be useful to remove what is likely isolated incidents of “evil”, look for patterns and then apply those types of patterns to IP address blocks that have growing amounts of “evil”.
I can recognize very clear rectangles, especially in the "future use" (top right) area. If evil accounts cover that much of the address area, I'd say color in the whole rectangle.

Pretty high
A ton of evil, more than anyone is likely to pay
Does this mean someone created many accounts from the same IP, then got them all banned?
This was suggested last week to stop this:
Most of the people who sign up here likely won't have to pay anything at all so anyone can create thousands of accounts from their home IP or any other one that hasn't yet been banned.
Isn't this a flaw in the units of evil system?

Quote
I wouldn't be against limiting accounts to one sign-up per IP as people would quickly run out of fresh connections.
As the proud owner of more than one account, I'd have to disagree. Using a few accounts keeps my main account more secure.
But I wouldn't mind if any IP starts collecting units of evil after signing up. Say the first 2 accounts are free, and after that each new signup adds one more unit of evil.

I guess. I think a better solution would be an IP gets evil points every time an account is registered from it. First one is free but then the the points get exponentially greater for every account that is registered. I think people should be allowed to have multiple accounts but there's no reason why people should have hundreds and I think this would curb people who sign up here with dozens of accounts each from each family member on the home IP and making people work to find a new connection would slow them down a lot.

Piggy
Hero Member
*****
Offline Offline

Activity: 784
Merit: 1416



View Profile WWW
May 22, 2018, 08:18:08 AM
 #6

There must be a better way to display this information in a more meaningful way. Could you share the raw data, maybe masking the ip addresses if the information itself is considered 'sensible'?
Quickseller
Copper Member
Legendary
*
Offline Offline

Activity: 2870
Merit: 2298


View Profile
May 22, 2018, 02:37:01 PM
 #7

There must be a better way to display this information in a more meaningful way. Could you share the raw data, maybe masking the ip addresses if the information itself is considered 'sensible'?
I have my doubts that you will do anything with the raw data, however instructions on how to convert the images to raw data were posted in the OP. See this link, you would reverse engineer the process.
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!