Blip: Peer-to-peer massive file sharing

[tomazsh]

Hey! Blip co-founder here. We didn't expect to show up on HN, but really grateful to OP for sharing Blip. Here's a little bit more about it.

We've built Blip because it's still hard to send original quality photos, videos, and large files to your devices and to other people on the internet. We’re designers and engineers, so our goal has always been to keep the product super simple on the surface, but really fast and powerful underneath.

Blip works in a peer-to-peer way at the UI level: you pick the device or person, and Blip takes care of the delivery. Transfers go directly over WAN whenever possible, and fall back to relays when needed. The idea is to send in one click, skipping the usual dance of moving files through cloud drives and managing shared links.

Under the hood, Blip is optimized for large media and data transfers. It supports full-speed acceleration, resumable progress, and we're rolling out E2EE across all clients to ensure sensitive business data remains secure. Many creative pros and teams already use Blip in their daily media workflows.

We don’t monetize data because it doesn't align with the values of our creative and technical users. Instead, we run on a simple donation and subscription model that lets you support the product and use it without limits, quotas, and frustrations. Our goal is to make file transfer feel invisible.

Happy to answer any questions.

[pizzathyme]

Looks amazing! Maybe a dumb question: why isn't Dropbox doing this? Why did you all need to leave to make this a reality?

[mempko]

Linux support please!

[NautilusWave]

What's the timeline on rolling out E2EE? Is it for paid users only?

[Saris]

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"

[tantalor]

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

[tomazsh]

That's right. We actively manage load across our relay network to ensure good performance, but we'll prioritize business transfers during peak times. We don't artificially limit the client, but P2P connection speeds can sometimes be affected by router configurations and ISP routing. For example, some ISPs route P2P traffic through slower paths, which can introduce variability.

[ryandotsmith]

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.

[iamcalledrob]

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.

[realsdx]

If it's truly p2p, some relay would be there in case the client cannot be reached through NAT. Not sure how they would bear the cost of the bandwidth for unlimited transfers in that case

[2color]

I wouldn't be surprised if it's built with Iroh

https://www.iroh.computer/

[satvikpendem]

I wonder what tech stack they're using, given it supports all the major platforms. I like sendme [0] which uses iroh, a peer-to-peer library as well.

[0] https://github.com/n0-computer/sendme

[poisonborz]

Free open source alternative: https://pairdrop.net

[dhruvmittal]

Magic Wormhole [1] also exists.

[1] https://magic-wormhole.readthedocs.io/en/latest/

[evantbyrne]

There's also LocalSend, which I've found works the best for me personally and is a bit more polished than browser clients

[jjcob]

There's also croc: https://github.com/schollz/croc

[drexlspivey]

I vibe coded this in one hour to send files to my work laptop. Static page + webRTC + short lived cloudflare durable object to make the handshake.

https://send.drexl.dev/

[seemaze]

..also FilePizza as a web service: https://github.com/kern/filepizza

or tailscale's Taildrop as a native application: https://tailscale.com/kb/1106/taildrop

[ishanjain28]

Are you people seriously suggesting webrtc crap in response to a native app built for much much high speed transfers? Unbelievable

[rahimnathwani]

This looks awesome. For sending files between my phone (Android) and my son's iPad, I use:

Android: Wormhole William (https://github.com/psanford/wormhole-william-mobile)

iOS: Destiny (https://github.com/LeastAuthority/destiny)

Some drawbacks to my current approach:

1. Destiny needs to be configured to use the standard Magic Wormhole servers (just once, after installation): https://github.com/LeastAuthority/destiny/issues/259#issueco...

2. Initiating a transfer requires out of band communication and some copy+paste.

[miksak]

I wonder how widely usable is file sharing nowadays when most of the non tech people just use cloud services for their data, be it google docs or some cloud photo storage

[nrmitchi]

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.

[supportengineer]

Non-tech people couldn't tell you what a "file" is.

[system2]

Who else needs to share files bigger than 1 TB? Most cloud services, such as Google Drive or OneDrive, are more than sufficient for managing massive files. I don't see the appeal of this new service.

[yjftsjthsd-h]

Oddly enough, I would argue the exact opposite direction; really big files are exactly where I want to do a direct p2p transfer without paying to store it in the cloud.

[unquietwiki]

Google Drive throttles uploads over 5GB, and not everyone has a storage plan that could fit that.

[supertrope]

It would save you the time to upload first, effectively halving the time required.

[api]

Wait... you're telling me it's 2025 and we can finally conveniently send files?

[BoredPositron]

Looks not really convenient...

[packetlost]

I'd be more inclined to use this if it were open source. Oh well.

[leosanchez]

Android app looks beautiful. Waiting for the Linux version.

[tomazsh]

Thanks. We put a lot of work into our apps.

[skyzyx]

Teams have been building services like this for ~20 years. They very rarely stick. I agree that it’s still too hard, but the market has historically been too small. It’s at-best a hobby side project for a larger company that can afford to burn the cash.

Like Apple offers this for email for iCloud users. I think Firefox Relay offered it too. There was another company in the late 00s that offered a P2P version.

I mean _cool_, but I’ve not seen a company with this as its primary product last more than 18 months before. With that, _good luck_.

[greener_grass]

Is this AirDrop but cross-platform?

[FabHK]

Addressed in the FAQ:

> How is Blip different to nearby sharing like AirDrop? Apple’s “AirDrop” and Google’s “Nearby Share” can be really handy. However, they aren’t compatible with each other and require devices to be physically next to each other. They are also unreliable when transferring large files, and will often lose your progress.

> Blip doesn’t need devices to be nearby, so it’s much more reliable. Blip works wherever your internet connected devices are in the world, and works regardless of what kind of device you own. You can transfer from Android to Mac, Windows to iPhone, iPad to Android—you name it!

[kjksf]

No.

AirDrop is for people who are physically nearby.

This allows to send files between any computers anywhere.

The other person must be a known contact but it doesn't have to be on the same local network like in AirDrop.

[abcd_f]

This is a minor OCD nitpick, but

> at super fast speeds

Fast speeds aren't a thing, just like cheap prices and wet waters aren't.

[therealdrag0]

I don’t follow. Speed and price can be many values, high or low. It’s perfectly valid to add an adjective describing it as fast or cheap.

[Tokumei-no-hito]

nit-nit, what's wrong with cheap prices? price doesnt infer magnitude.

[readthenotes1]

That's a quality nit pick for sure.

J/k

It's a high quality nit pick imo:)

[Foivos]

Somehow it has to be contrasted with ``slow'' speeds.

[supportengineer]

It's like YouSendIt!

[manoji]

Surprised syncthing isn't mentioned yet. It has been the most stable sync tool for me over the years https://syncthing.net/ . Solid product . Great oboarding experience for Blip! Its just working!

[ceronman]

This looks really cool. I especially like the "Keep your progress, whatever happens" feature.

The product looks polished and I definitely see myself using it. My only concern is: Are they taking VC money? Is this going to be enshittified to death trying to pursue a 1000x investment return?

[landl0rd]

No benchmark comparisons with Aspera or similar even though they compare pricing? Because my gut instinct is it's probably a good bit slower.

[tomazsh]

That's not what our professional customers are telling us :) Good point about adding benchmarks to our website though.

[timc3]

Don't see any mention of an API.

[tomazsh]

We don't have the API yet, but are exploring use cases for it. Send me an email at [e-mail] -- would love to chat.

[lagniappe]

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 somewhere online to be able to perform presentations, but they still carry a USB drive in case there are connectivity problems. This does not solve the connectivity issue.

3. It does not seem very "viral" or income-generating. I know this is premature at this point, but without charging users for the service, is it reasonable to expect to make money off of this?

[jcalx]

Context, for the above: https://news.ycombinator.com/item?id=9224

It worked out the first time!

[bestouff]

Hey isn't this the same famous reply as the one the Dropbox founder got here in HN ?

[pluto_modadic]

1. - FTP could fail / doesn't resume the same way rsync, mutagen, or syncthing could

2. - nothing would by your criteria of an airgap, that's a strawman, this is just an alternative over the wire method (as is bluetooth file transfer)

[tomazsh]

Classic lore! :)

[rvz]

The joke at hand. [0] Here we go again.

Now let see if the founder(s) will reply here and to run it all back from start to IPO.

What would the founders do differently from dhouston this time?

[0] https://news.ycombinator.com/item?id=9224

[kvirani]

Haha

[otterley]

> 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...

I don't think the word "trivially" means what you think it means.

[Edit: I now realize the above is a verbatim quote from a naysayer after the Dropbox announcement]

[markasoftware]

"former dropbox engineers" doesn't mean a whole lot -- it's a large company where tens of thousands of people have worked over the years. It's not like this is by the founders or anything.

[ryandrake]

Yea, "former [COMPANY] employee" could mean anything. I'm not sure it's really much of a flex. I'm a former Apple employee. Nobody gives a shit, and nobody should--That doesn't count for anything if I were to do a software startup. It wouldn't even bear mentioning in a press release.

[dang]

Ok, we've taken the former dropbox engineers out of the title now.

[mbrumlow]

So airdrop…

Not sure why this needs to be a service. Or why data needs to go through their servers.

[givemeethekeys]

It looks like this lets you share files with people using a different operating system than MacOS. Does AirDrop let you do that?

[abcd_f]

It appears that the data is relayed as a fallback, if there's no p2p connection possible. This is a classic transfer model for mediated transfers.

[otterley]

AirDrop only works on local networks, not over the Internet.