Content pfp
Content
@
0 reply
0 recast
0 reaction
Varun Srinivasan pfp
Varun Srinivasan
@v
I'm getting increasing conviction around the idea of using sync engines instead of APIs for building apps The idea is simple: - apps read and write to a local db or object - a sync engine keeps this magically synced with server db - sync is designed to be conflict free (using crdts or similar)
16 replies
11 recasts
58 reactions
Varun Srinivasan pfp
Varun Srinivasan
@v
The real hard stuff is in the sync engine - it has to be designed to be conflict free (which imposes some restrictions on the types of operations) and has to be very performant at scale.
1 reply
1 recast
6 reactions
W1NTΞR pfp
W1NTΞR
@w1nt3r
Facebook messenger on mobile works this way (a local sqlite DB synced with server). There are definitely pros and cons
1 reply
0 recast
2 reactions
Darryl Yeo 🛠️ pfp
Darryl Yeo 🛠️
@darrylyeo
Curious if you’ve ever tried GUN.js, libp2p or Ceramic Network?
1 reply
0 recast
2 reactions
William Saar pfp
William Saar
@saarw
I'm interested in the idea of writing collaborative apps without centralized backends by using a sync engine and a blockchain Blockchains provide consensus of transaction order that enable efficient event sourcing models that can live in browser app memory and persist to storage like IPFS, Shadow Drive, Arweave
1 reply
0 recast
2 reactions
Phil Cockfield pfp
Phil Cockfield
@pjc
🙌💯 me too. “Simplicity on the far side of complexity” What you said, consolidate the complexity into the CRDT sync and then a ton of the surrounding busy work no longer needs to propagate around the code case. Have had some small wins with this approach & is a pattern I intend to double down on going fwd
0 reply
0 recast
2 reactions
Blake Burgess pfp
Blake Burgess
@trinitek
Currently taking this approach with a desktop-only app. Simply upload/download the entire SQLite db, keep latest copy. Dumb but works well. Of course when I add support for large files (i.e. PDFs) this will need a rethink.
0 reply
0 recast
2 reactions
eric pfp
eric
@audionerd
feels like an adjacent discussion here re: handling permissions/validation in sync: https://x.com/tantaman/status/1706682721529950257
0 reply
0 recast
1 reaction
bchow pfp
bchow
@bchow
Seems very similar to Firebase real-time database and the original Firebase product @startupandrew
0 reply
0 recast
1 reaction
EulerLagrangodamus pfp
EulerLagrangodamus
@eulerlagrange.eth
Recoil actually has a library where you could do this with React: https://recoiljs.org/docs/recoil-sync/introduction/
0 reply
0 recast
0 reaction
Liang @ degencast.wtf 🎩 pfp
Liang @ degencast.wtf 🎩
@degencast.eth
possible to package sync engine with client?
0 reply
0 recast
0 reaction
dinislam pfp
dinislam
@dinislam.eth
Reflect Notes does this while being e2e encrypted
0 reply
0 recast
0 reaction
Nicholas Charriere pfp
Nicholas Charriere
@pushix
Favorite talk on the concept is from the cofounder of linear. Starts at 30mins https://www.youtube.com/live/WxK11RsLqp4?si=345fhBzgEKyjfl-t
1 reply
0 recast
0 reaction
EulerLagrangodamus pfp
EulerLagrangodamus
@eulerlagrange.eth
This is actually the state paradigm I used with react-query. The idea is after every mutation via API, you invalidate the local cache for related queries. A CRDT sync engine would be a much more efficient way to achieve the same paradigm.
0 reply
0 recast
0 reaction
Gabriel Ayuso pfp
Gabriel Ayuso
@gabrielayuso.eth
A project I've been cooking in my head comes with something like this built in.
0 reply
0 recast
0 reaction
Nicholas pfp
Nicholas
@nintynick.eth
You’re gonna love holochain :)
0 reply
0 recast
1 reaction
TheRickestRick pfp
TheRickestRick
@outricked
Do you think we can hit a sync engine that can handle the level of scale that video games require? I was pondering on a web3 game that has all logic determined by this sync engine but can’t see it work out
0 reply
0 recast
0 reaction
Krishna pfp
Krishna
@k13h
I love this! Superhuman did this in a big way – by storing all of their users' emails data in their chrome extension!
0 reply
0 recast
0 reaction