dylan
@dylsteck.eth
another ifps thought: is there a good way to use ipfs as a super lightweight public database? if I have a collection of non-sensitive data that’d literally only take up a few hundred rows in a db, is there a lightweight way to either continuously update a set of related files or use some sort of other solution on ipfs? a few years ago I was pretty into what it would look like to use tools like ipfs to store data meant for applications, but stopped being as interested in/staying as updated on that subject after a while
5 replies
0 recast
6 reactions
dylan
@dylsteck.eth
cc @rz curious if you have any thoughts here and also how things are going with @canvas !
1 reply
0 recast
3 reactions
raymondz.eth
@rz
we tried using ipfs from the browser initially too, but it didn't really work because peer topologies change too fast for the dht (chrome nerfs background tabs). so you need to sync to a server, which breaks many trust assumptions unless you sync signed data if you have a desktop app, iroh is excellent, it's low-level but great for things like syncing video / large files but otherwise that leaves cryptographically authenticated sync engines like @canvas - we have something that's worked well in a few very custom environments (300k row db for common.xyz). now polishing up the out-of-the-box dev experience + doing a ton of iterations based on dev feedback. there will be a couple of production apps using it by end of june. it's possible to use for apps with small data now! eg https://forum-example.canvas.xyz/ was two hours / 50 LOC to set up
0 reply
0 recast
1 reaction
