Live data from Hacker News

Libgen Storage Decentralization on IPFS

freeread.org

31–40 of 115 posts

Re: Libgen Storage Decentralization on IPFS

#31

I'm hesitant to participate in IPFS in the context of libgen. Torrenting copyrighted materials (especially if you are distributing) can be quite expensive in some jurisdictions and I do not believe that IPFS is treated different than regular BitTorrent.

Check out https://gnunet.org/

It works well for file sharing as well. Don't know about copyrighted material though, have only shared my own files.

Re: Libgen Storage Decentralization on IPFS

#32
post #3

I think such materials should better be placed to darknets protecting the privacy of users and seeders, e.g., to I2P.

It'd be nice for IPFS to support an I2P proxy. That would be quite an important change and would save anybody downloading from LibGen over IPFS.

Re: Libgen Storage Decentralization on IPFS

#33

I'm hesitant to participate in IPFS in the context of libgen. Torrenting copyrighted materials (especially if you are distributing) can be quite expensive in some jurisdictions and I do not believe that IPFS is treated different than regular BitTorrent.

> Torrenting copyrighted materials (especially if you are distributing) can be quite expensive in some jurisdictions Why? Your ISP charges for BitTorrent traffic?

In case you are serious: Lawyer agencies are joining the swarm, recording IPs, write letters to ISPs and send you fines. That's very common for example in Germany.

Edit: I didn't downvote you if it looks like that :)

Re: Libgen Storage Decentralization on IPFS

#34

The IPFS mirror really gives a substantial performance boost. In the past, the files had to be fetched from a tired server far away in Russia, the speed can be as low as 0.5 Mbps in my experience (depends on your ISP and connectivity), now it can be lightning fast thanks to P2P, 2 Mbps+, more than adequate to download a 100 MiB+ file. You don't even have to install IPFS (but you probably should, to maintain decentral…

IPFS gateways are similar to Tor exit relays, they just route the traffic to the public internet. Tor exit relays still exist, and haven't been DCMAed out of existence so far.

One could also imagine IPFS over Tor.

Re: Libgen Storage Decentralization on IPFS

#35
post #3

I think such materials should better be placed to darknets protecting the privacy of users and seeders, e.g., to I2P.

I agree. Actually in this day and age I think all information sharing should better be placed on darknets. I don't see the net advantage to anybody of being profiled constantly on clearnet. Naive question: is there such a thing as Bittorrent over I2P or otherwise anonymized decentralized file sharing?

I see it as 2 separate problems: data availability and anonymous transfer. IMO, you need 2 separate solutions because they are 2 different problems.

IPFS solved the data availability problem because you can incentivize storage miners to make your data available. This is something new, IMO.

Accessing it anonymously is possible with an extra protocol layer.

Re: Libgen Storage Decentralization on IPFS

#36
post #30
post #24

Earlier quoted context omitted.

Protocols don't have attitudes, everything you're using IPFS for you could also use BitTorrent for (almost). The protocols don't really care about what data you send, and no one can stop you from using them, BT or IPFS. The CoC you've linked covers the IPFS Community and other Protocol Labs initiatives, it doesn't cover usage of IPFS itself. freeread.org is not bound by that CoC.

The protocol can't, but the network can. https://discuss.ipfs.io/t/mirror-of-sci-hub-in-ipfs/1613

Your link is to a forum hosted by Protocol Labs for the IPFS Community. Of course they are trying to follow their own CoC on their own properties, especially when it comes to copyright infringement. As a US company, they're bound to follow US law. Hardly surprising.

What does that have to do with the network? Again, the network nor the protocol currently has nothing in place that describes a "attitude" of being against copyright infringement.

I remember that we (I'm a ex-Protocol Labs employee) used to have plenty of discussions about adding allow/blocklists to the protocol that people could opt-in to, but don't think that was never added (yet?). If it was, I'd understand where you're coming from.

Re: Libgen Storage Decentralization on IPFS

#37

does anyone know why libgen is still running over http? (But sincerely thanks for the site! it saved me on several occasions!)

They don't want the extra weak spot of certificate revocation being abused against them?

Though I'm not sure how big of an issue this is; sci-hub is using https.

Re: Libgen Storage Decentralization on IPFS

#38

The IPFS mirror really gives a substantial performance boost. In the past, the files had to be fetched from a tired server far away in Russia, the speed can be as low as 0.5 Mbps in my experience (depends on your ISP and connectivity), now it can be lightning fast thanks to P2P, 2 Mbps+, more than adequate to download a 100 MiB+ file. You don't even have to install IPFS (but you probably should, to maintain decentral…

IPFS gateways are similar to Tor exit relays, they just route the traffic to the public internet. Tor exit relays still exist, and haven't been DCMAed out of existence so far. One could also imagine IPFS over Tor.

You're almost right. The IPFS gateway nodes also cache the content. IE, they are both storing, hosting, and sharing to other IPFS nodes.

Re: Libgen Storage Decentralization on IPFS

#39

The IPFS mirror really gives a substantial performance boost. In the past, the files had to be fetched from a tired server far away in Russia, the speed can be as low as 0.5 Mbps in my experience (depends on your ISP and connectivity), now it can be lightning fast thanks to P2P, 2 Mbps+, more than adequate to download a 100 MiB+ file. You don't even have to install IPFS (but you probably should, to maintain decentral…

In my experience IPFS is only fast when you're using it through something like Cloudflare's IPFS proxy (which is basically a caching proxy). I haven't found IPFS to be actually usable any time I've tried running a node myself. Is that unusual?

This has been the state of IPFS for years now. The protocol and client haven't been developed to where they can work reliably in a real P2P scenario. IPFS only appears to work because most requests go strait to one of the big gateways which already has the content cached.

Development of IPFS slowed to a crawl when most of Protocol Labs switched to working on Filecoin. It remains to be seen if either Filecoin or IPFS will ever be viable for their intended purpose.

Re: Libgen Storage Decentralization on IPFS

#40

A strange choice given that distributing copyrighted materials violates the IPFS Code of Conduct [0]. Why not use BitTorrent whose attitude toward copyright is much more in sync with libgen's? [0] https://github.com/ipfs/community/blob/master/code-of-conduc...

> given that distributing copyrighted materials violates the IPFS Code of Conduct

Everyone has wishes, but wishes aren’t enforceable. It’s the equivalent of “Stop! Or I’ll say stop again!”

Post reply on HN