abff08f4813c
I think piefed.social/pyfedi (which is slowly implementing support for all such objects) should get a mention here as well
So I dug into the source code a bit to see how it's used. It turns out that IPFS might actually optional, as per the log line on https://github.com/hyprspace/hyprspace/blob/master/p2p/node.go#L213 ("Getting additional peers from IPFS API")
The list of required bootstrap peers is hardcoded in the same file, but a few lines above, specifically at https://github.com/hyprspace/hyprspace/blob/master/p2p/node.go#L181
I say might be because - while the required bootstrap peers include a bunch of ones based on bootstrap.libp2p.io - there is a long list of hardcoded ip addresses and I don't recognize any of them.
So those might be libp2p.io ip addresses, but they might also be IPFS ip addresses, or even belong to someone else altogether. (Edit: There are WHOIS tools online like https://lookup.icann.org/en that can be used to look these up and figure out who they belong to if you are really curious, but I can't be bothered to do that right now.)
In any case, it looks like the way this works is that from a peer, libp2p tries to look up additional peers, and so on. So at most IPFS would be used as a way to get a listing, but once the desired peer is found, IPFS is cut out of the picture for that particular connection and NAT hole punching is used to establish a direct connection between peers instead (as per the linked wikipedia article, https://en.wikipedia.org/wiki/Hole_punching_(networking )
I guess they back either other up. Like archive.is is able to take archives from archive.org but the saved page reflects the original URL and the original archiving time from the wayback machine (though it also notes the URL used from wayback itself plus the time they got archived it from wayback).
Ah, that makes sense. So the FediDB info seems to be wrong - I wonder if they got confused by cloudflare as per the other comment in https://feddit.org/post/4529920/2993842 ?
Also, is there a way to let them know to update it? I guess someone could report an issue on github...
That confuses me too. I've never really understood that. Likewise, /m/news is for US news while world news goes into /m/world and US news isn't allowed.
Maybe that's another reason why folks thing it's US-based - because the magazines are clearly so US oriented. But I'm not sure how that happened.
On the brain bin for example it's PoliticsUSA - https://thebrainbin.org/m/PoliticsUSA
The other thing is that I recall that kbin.social exploded and got a huge chuck of the exodus - but now that it's been effectively dead for half a year, those users mostly seem to have vanished.
A fraction clearly did migrate to other mbin and lemmy instances. It seems like the rest did not return to spez's site from what I'm hearing ("all the posts I'm seeing there are complaining that only bots are active here") but I'm not sure where they went. But for example, one person I was following seems to have dropped off entirely from the fediverse and all social media.
Why did you think lemmy.world was US based? It's fully European.
But that's probably it - folks assume the instance that's for the whole world is the US-based one and don't feel the need to make another major US-based one.
Came here to say that. I wasn't covered by GDPR under spez's site - but luckily their policies treated me like I was anyways.
I moved to kbin.social - which was probably the 2nd largest after lemmy.world. Also, it was Polish.
What I liked about that was - as per my understanding - since these are hosted in the EU, the GDPR applies to my data here even if I'm not the EU myself and am not an EU citizen.
With a tld ending like .world you'd think it's for the whole world, not just europe (.eu) or a specific country.
feddit.org itself is a bit of a curiosity since the .org doesn't make it obvious that it is German - but someone posted the full story of how feddit.de fell apart and feddit.org became the successor.
What's interesting is that currently, the site is broken, but in the footer you can see the last set of magazines that were new.
Which means the database is still intact, and if not a full resurrection, we could get our data back at least (I lost a lot of content when kbin.social went down). Just gotta figure out who to contact - which company is actually maintaining or hosting the servers that kbin.social run on..
What's your current kbin instance? Curious to see if it's running mbin now or if it really is the original kbin on there still.
Also, anyone remember kbin.cafe ?