On-demand filesystem streaming: a whole folder, like a video
Netflix doesn't send you the whole film before it plays. It sends the minutes you're watching, and when you skip ahead it sends that part. On-demand filesystem streaming does the same for a whole folder: the other computer's folder appears on yours, every app opens the files in it, and only the parts an app reads cross the internet.
KEIBIDROP is optimized peer-to-peer filesystem streaming: the full filesystem of one computer streams to another, end-to-end encrypted, with on-demand random access to any part of any file and no cloud in between. It's tuned for slow and far-away links: on a 200 ms link between Singapore and Europe it read files 15 to 23 times faster than sshfs.
Your apps see a normal folder
Open a video in your player, a project in your editor or a photo in your viewer, and it works as if the file were on your disk. Behind the folder, KEIBIDROP asks the other computer for the parts the app reads, at the moment it reads them. Nothing has to arrive in full before you start.
Jump to any part of any file
Random access means an app can read a file in any order: minute 40 of a video, the last page of a PDF, one table in a database. Each jump asks the other computer for that part only, so a jump into a 100 GB file moves about as much as a jump into a 1 GB file.
Only what you read crosses the internet
Share 50 GB and open a 300 MB video, and about 300 MB moves. In a recorded test on a home line with 50 Mbps upload, searching every log file in a 19.9 GB folder and copying out the 382 MB that mattered moved 606 MB, 34 times less than the whole folder. Your disk keeps only what you opened, so a small laptop can work with a big folder.
A driver turns network reads into a folder
On a Mac the folder comes from macFUSE, on Windows from WinFsp, and on Linux from FUSE. When an app reads a file, the driver hands the read to KEIBIDROP, which fetches the block that holds those bytes from the other computer, up to 16 MB at a time, and keeps it on your disk for the next read. Small files that sit next to each other come over together. On a direct connection, a read that an app is waiting for takes its own lane, so it doesn't queue behind a big copy.
Writes go the other way: save a file in the folder and it lands on the other computer.
Measured on real links
| Test | Result | Conditions |
|---|---|---|
| Reading a file on the other computer | KEIBIDROP 20 to 30 MB/s, 15 to 23 times faster than sshfs | Servers in Singapore and Timisoara, about 200 ms round trip, July 2026 |
| A read during a big transfer | Under a fifth of a second (median of 30) | Same link, direct connection |
| Opening a small part of a 1 GB file | About 16 MB came over | Server in Timisoara to a Mac on home Wi-Fi, through our relay, September 2026 |
| Searching a 19.9 GB folder of 2,683 files | 606 MB moved | Two computers in Bucharest, 50 Mbps upload, through our relay, August 2026 |
Private the whole way
Everything is encrypted from one device to the other, and the encryption is quantum-safe: it's built to hold up even against future quantum computers. On a direct connection the file never touches our servers. When a firewall, a hotel Wi-Fi or a mobile network blocks a direct connection, our relay passes along encrypted pieces it can't read. Because only the opened parts move, nobody in the middle learns how big your folder is.
The computer that opens the folder needs the one-time driver, and the computer with the files has to be on. Without the driver, Play and View in a browser tab stream single files.
Teleport files: open them without downloading · Download KeibiDrop · Run it on a NAS · Fastest way to send large files · Open one file from a 50 GB folder · What anyone in the middle can see · Source code on GitHub