Closed despiegk closed 4 years ago
we should go non redundant mode and use our backend to make it redundant specs for the final server see https://github.com/threefoldtech/home/blob/master/specs/tfgrid_stor_server_p2p.md
For IPFS, it seems the interface to implement is define there: https://github.com/ipfs/go-datastore#documentation
I had a semi working POC of a 0-stor implementation of the datastore interface of IPFS: https://github.com/zaibon/go-ipfs/commit/3d8c4cd98893dfb463b512e581263494599e397c
I started looking at both solutions. They look very alike, but are also very different.
IPFS pro's:
The only downside I am reading of is that it misses a mutability
feature, every time the content changes of some sort of file then the address changes as well.. It feels the same as changing the webservers IP each time it's content changes..
DAT / Hypercore pro's:
DAT / hypercore has, in comparaison, a tiny community, and AFAIK dev relies on very few core programmers. But DAT / Hypercore is Javascript only, it misses other implementations.. I don't think it will play nicely with zerostor.. Unless we create our own minimal implementation of it in golang.
It also has alot of nice projects being created on DAT, but they seem more like POC's than actual real stable projects..
will be continued at https://github.com/threefoldtech/home/issues/842
links