Live data from Hacker News

Blip: Peer-to-peer massive file sharing

blip.net

71–80 of 120 posts

Re: Blip: Peer-to-peer massive file sharing

#72
post #20

I have a few qualms with this app: 1. For a Linux user, you can already build such a system yourself quite trivially by getting an FTP account, mounting it locally with curlftpfs, and then using SVN or CVS on the mounted filesystem. From Windows or Mac, this FTP account could be accessed through built-in software. 2. It doesn't actually replace a USB drive. Most people I know e-mail files to themselves or host them s…

Context, for the above: https://news.ycombinator.com/item?id=9224 It worked out the first time!

Thanks for this - I thought the OP was insane...

Re: Blip: Peer-to-peer massive file sharing

#73
post #36

Earlier quoted context omitted.

That's what actually made it a hard pass for me.

Why's that, given that files are encrypted?

With whose key? I am not saying the service is not trust worthy, just that there is trust involved.

Trust not only they are not malicious, but also they won't have some kind of vulnerability.

Plus if it's encrypted how is the other party going to read the file? The key will have to take the same path.

Re: Blip: Peer-to-peer massive file sharing

#74

Earlier quoted context omitted.

Most non-tech people do not just use cloud services for their data. Really not sure where you got that from, but even if it was true, most non-tech people will still shy away from putting a 250G file in a cloud service once they get prompted to upgrade their plan because they don't have enough space.

Cloud is kinda the default now. Most Americans just take pictures with their iPhones and it ends up in icloud.

That's different from getting a Dropbox account or manually uploading stuff to Google drive in order to share it with someone.

Re: Blip: Peer-to-peer massive file sharing

#75

Earlier quoted context omitted.

Universities, the Debian Foundation, Nvidia, the ccc, hell even Microsoft run magic-wormhole relays... the only thing new here is the subscription and the hipster gui client.

This is classic critique. Dropbox was criticized in the same way when it was announced years ago. Magic Wormhole is cool (I just learned about it! Thanks! :)), but most people don't use nor care about the command line, and are probably afraid of it.

I am more in critique of the shameless subscription for services like this. US$25 /user/month for what? Certainly not the traffic.

Re: Blip: Peer-to-peer massive file sharing

#77
post #69

Earlier quoted context omitted.

Syncthing [1] also exists [1] https://syncthing.net/

Syncthing is for syncing folders like Dropbox It's not a good solution to send individual large files.

Syncing files is only one of its capabilities. It is best suited for use between two individuals/organizations that need to transfer files between themselves more than a few times. Its main advantage for me is that it doesn't require a central storage system, such as Dropbox, to hold the files. It's just you and me and a rendezvous server.

In a previous life, I used Syncthing to transfer terabytes of files from the company I worked for to a third-party printer. It was delightfully reliable, and easy to set up.

If it's a one-off, yeah, you're right that it's not wonderful. I've used Magic Wormhole successfully for that use case.

Re: Blip: Peer-to-peer massive file sharing

#78

Earlier quoted context omitted.

Why's that, given that files are encrypted?

With whose key? I am not saying the service is not trust worthy, just that there is trust involved. Trust not only they are not malicious, but also they won't have some kind of vulnerability. Plus if it's encrypted how is the other party going to read the file? The key will have to take the same path.

[deleted]

Re: Blip: Peer-to-peer massive file sharing

#79
post #6

Interesting that it says "Internet sending may be slower during peak times to keep things fair" even though it's supposed to be P2P? Maybe they just mean if you end up with a relayed connection due to NAT issues? Because lower down it says "Send as fast as your connection"

> When a direct connection isn’t possible, files travel through our servers.

I figured, it's just explained in an odd way.

Re: Blip: Peer-to-peer massive file sharing

#80

Does anyone have an idea of how this is built? I wonder if they are using QUIC with relay servers or something like Tailscale's DERP.

It's something closer to Tailscale DERP.

We evaluated QUIC (and many other approaches). Turns out it's a lot harder than you might think to move traffic at high speed across the world, over residential-grade internet, and not drain your battery.

Post reply on HN