-
Notifications
You must be signed in to change notification settings - Fork 8
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
lit review: data replication / personal data back-ups #60
Comments
I don't think BitSwap will help with this use case since it seems that the entire contents of the file (root CID only) will be transferred and thus consume resources/bandwidth unnecessarily for each change. We also want to do the opposite - instead of asking all peers if they have a CID we want to advertise to all peers that there is a newly created CID and they should download it. There are probably learnings on protocol/wire transfer so it could be worth it to dig deeper. |
Reading a bit further - looks like ipfs-cluster is promising and they mention using BitSwap so perhaps my previous comment is incorrect. |
One potential issue with ipfs-cluster is a lack of relays for NAT hole punching.
One thought is possibly using an ad hoc VPN instead? Problem with that is it would incur a master/slave architecture where a single BOX would have to operate as the VPN server. Still - perhaps something to look into in the future if NAT traversal becomes a sticking point? |
Base on my experience we can still use |
Moving this convo over to - #63 (comment) |
current work
Bitswap
ipfs-cluster
pinset
pnet
CRDTs
orbitdb crdt
SE Daily interview
designing data-intensive applications
FIM
zfs
The text was updated successfully, but these errors were encountered: