Subdomains for IPFS
ipds.io
ipds.io
Not that popularity matters exactly, but I used to be super hyped for IPFS but my fervor stalled when it *felt* like the team got super distracted by FileCoin and IPO. Combine that with technical hurdles like the time it takes to spread IPNS updates and i started to pull back.
These days i'm wondering if a less grandiose toolset like Hypercore might solve a lot of similar problems with better usability and short term traction.
Interesting nonetheless.
edit1: Been googling this question to answer it myself, and i now realize Dat _is_ Hypercore .. i think. Ah name churn. Lol.
Both are good tech, both are still in dev, so whichever floats your boat
From an architectural level, IPFS is more focused on the "one unified namespace for everything" application. IPFS is designed to transparently share blocks of files no matter what namespace/key that block lives under. For example, many projects have the MIT License in their source directory, so when retrieving that file, any node that has pinned a project containing that file can help seed you. This is handy from a sharing point of view, but also potentially difficult from a privacy issue.
The hypercore ecosystem is more focused on private / invite-only workspaces. Peers only exchange data with other peers in the same hyperswarm address.
Another difference in focus is mutability - Hypercores are designed to be updateable by exactly one person (an append-only log), and IPFS is designed to be updated by zero people (an immutable tree).
I haven't worked much with IPFS, but Hyper* makes it easy to mix and match only the modules you need for your application. There is some cool software and demos out there that use only hypercore and hyperswarm modules, and bypass the Hyperdrive file-tree representation entirely.
Definitely check out the IPFS 0.9 release from last week if you haven't seen it! Has some MASSIVE speed ups to IPNS propagation - we're talking less than a second resolution now! There's also a new experimental DHT client that can provide 30M records in about 2.5 hours (which the folks at nft.storage are using reliably at scale). -- https://github.com/ipfs/go-ipfs/releases/tag/v0.9.0
Let's assume that we are interested in decentralization for the sake of censorship-resistance and lets imagine I want to run a website to allow people to share "extreme" political opinions that might not otherwise be normally tolerated on the clearnet web. I set it up with IPFS, and then I register:
1. a traditional domain name
2. ENS (Ethereum Name Service) domain
3. a Tor Onion Hidden v3 Service
4. IPDS "IPFS Subdomain"
After attracting attention of the FBI, the traditional domain gets redirected to an FBI seizure page, presumably.
The ENS domain is governed by a contract that would require a manual M-of-N override of the ENS contract. (I'd love to see a threat analysis of ENS from this angle). I've never heard of this happening and it seems like it would be a very notable event.
The hidden service is, short of attacks on Tor, quite resistant (though usability is quite poor).
And then finally, this submission, IPDS -- I'm not sure I believe that they will be any better than a traditional domain (given the warning at the bottom, and on the interest form).
Can someone help me understand? EDIT: The more I look at this, the more I'm struck by just another sign of how immature the IPFS ecosystem is. Seemingly destined to NIH every last thing. How can you put this landing page up without any other details or acknowledgement of alternatives and expect buy-in?
EDIT2: of course they're collaborating in a cleartext Telegram room. People, get your stuff together, open source collaboration belongs on Matrix. Not Discord. Not Telegram. Period.
There are hundreds of free dns providers and public gateways. What makes your service interesting besides marketing directly to that community?
> "Zooko's triangle defines the three desirable traits of a network protocol identifier as Human-meaningful, Decentralized and Secure."
No thanks.
"We are hiring a solidity developer": how is this related to IPDS?
TL;DR: The website does everything possible to look like scam.
Likely they're planning to charge for the service. (speculation)
I thought IPFS URIs were like:
ipfs://{HASH}
But this site has them as:
I'm confused.
Their idea, I think, was that if their site got taken down, they could easily pop back up at another address so long as the big heavy movies were safe and they just needed to make a copy of the HTML site.
So long as the movies were pinned by more than one IPFS server, they would remain available at their IPFS hash, even if one server was subject to a takedown.
The site could then link to the hashes via a public gateway and use an embedded player to play the movies all in simple static html. Very light to copy around.
1. It turns out that the public gateways were not actually willing to handle that amount of traffic for free. Over a few months they got blocked by all the good gateways. They could have set up their own gateway at this point but the following happened so the project died for other reasons.
2. I think the admin was hoping people would pin (seed) the popular files on IPFS and share the server load. This never ended up happening, so in the end there was just one server 'hiding behind' IPFS, burning through bandwidth. It ran out of bandwidth and the (college kid?) trying to run it ran out of money.
3. IPFS isn't designed for anonymity. When they got enough traction, they got a letter and shut down.
This is why ipfs probably isn't the right platform for libgen really.
I'm always sad to see the critical , pedantical side of HN's userbase point out that few ecosystems are completely decentralized and then claim that ruins the whole enterprise.
Similarly, when someone wants to run free opensource OS people will criticize them for relying on closed source hardware or closed source communication networks.
Can we not let perfect be the enemy of better?
How much does it cost?
I suppose you gotta start somewhere, "worse is better" MVP and so on.
Oh, of course it is!
Much better than email, telephone, or possibly IRC, as you can use Zapier or IFTT to semi-automate the preformatted requests.
Classic MVP; probably whipped up on a coffee break. Nice one, IPFS
[0] It is possible to run a node in DHT “client mode”, in which case it stores no mappings and relies on peers to resolve content ids.
Does this answer the question at the level you were hoping for?