-
Notifications
You must be signed in to change notification settings - Fork 11
ipfs vs dat #119
Comments
Hey! Yeah actually. ipfs and dat are related projects, with many shared goals. IPFS is a lower level solution, while dat is more focused on the higher level data workflow pipeline questions. Aside from that, a lot of the tooling is similar because the problem space is similar. IPFS was originally more focused on versioning large files (typical machine learning data sets), and how now moved to just think about general merkle-linked data (data structures) with file importers. dat was originally more focused on tabular data (csv type), and now i think is moving towards versioned files? (im not super up to date). As a fun fact, I actually worked on the dat project for some time in early 2014, to transfer a lot of what i wanted to do on data over to dat: http://juan.benet.ai/data/ . And both our teams are good friends! 👍 in general we share a lot of goals and we could probably serve the community better by working more closely. that was less amenable to dat in 2014 and early 2015, as IPFS was just getting off the ground, but perhaps now this is more possible. I for one would like to. I personally think much of our efforts could be unified, based on efforts like IPLD, and our file importers, but i haven't had much success in convincing max. You can see various discussions throughout github or irc. I think we all have different things pulling at us and at the end of the day we all have to ship what we think is best for our users. But with enough modularity and useful standards we will all benefit. 😎 i think there's some work on us to land IPLD as a formal spec (more than just a readme spec) and make some good implementations in js that the dat team can use -- we're close to done on that. same goes for the file importers. less done on this. |
@jbenet I appreciate your reply. Yes, it seems it has moved to a more generic space to simplify the interaction between users and data with dat's latest code. I see great potential in both and would love to see these technologies layered with collaboration. It would really help to make this space clearer and more integrated as a whole. Synergy would also increase the momentum and visibility of both projects I believe. |
Anyone has experience comparing dat vs ipfs in terms of stability, not the features/underlying technology? This is what I am most interested in. |
@fedorov could you stop by IRC where we can help figure out whats not working? |
Can someone familiar with the recent dat explain the difference between ipfs and dat? @joehand? @maxogden? Edit: https://github.com/datproject/docs/blob/master/docs/faq.md#how-is-dat-different-than-ipfs
|
Can anybody tell me what is meant by interoperability here? |
The Dat protocol describes how two clients should interact once connected. However, that connection could be over a variety of networks. Dat doesn't make any guarantee, or have any requirement, that a specific network protocol is used for discovering other clients or exchanging data. For example, Dat has a WebRTC implementation for use in browsers. Users on that network can only talk to each other, not clients running our command line application (which does not use WebRTC). We could make these two networks interoperable by creating a bridge between them but that is not part of the Dat protocol itself. So you can create a Dat application using any type of network but that does not mean your application will work with other Dat application on different networks. |
Ahhh I see thank you very much for taking the time to explain, that was extremely helpful! |
This issue has been moved to https://discuss.ipfs.io/t/how-does-ipfs-compare-with-x/465. |
ipfs and dat seem to have a good deal in common. The purpose of dat seems to be scientific endeavour but it seems that ipfs could fill this void just as easily for small or large file collections and data sets. I am assuming ipfs will remain open source and free.
Is there a relationship between ipfs and dat? If so how might these work together since at this point they appear to be solving the same problem with a similar toolset.
The text was updated successfully, but these errors were encountered: