3 ms·
> so that you don't have to think about the decentralized aspect all the time Depending how strict you want to be about this, torrents and Secure Scuttlebutt a
by indigochill 5y ago
> so that you don't have to think about the decentralized aspect all the time
Depending how strict you want to be about this, torrents and Secure Scuttlebutt are pretty good in this respect. I especially love Secure Scuttlebutt because it simply makes the client the store of which messages it's seen which also means there is no authoritative view of the whole network but that's by design.
But probably the even better example here is email. It's the OG federated protocol and nobody thinks of it that way. Probably because casual users have consolidated around a handful of convenient clients (gmail, hotmail, whatever) and not thought too hard about how emails get exchanged from one corporate mail server to another.
- rklaehn 5y agoYes, there is a lot of awesome stuff that just works. SSB, the entire DAT/hypercore community, tools like syncthing that just do one thing well. I like the SSB approach of just embracing subjectivity. I was quite amazed when discovering all this at dtn.is (Before I only knew the IPFS community). But I feel there is still something missing for very wide spread adoption. What we are trying to do with TLFS is to combine - a CRDT with strict schema ( Adapted from https://arxiv.org/abs/1603.01529 https://arxiv.org/abs/1603.01529 ) - a built in way to do schema evolution ( Adapted from https://www.inkandswitch.com/cambria/ https://www.inkandswitch.com/cambria/ ) - local first / p2p deployment and operation even for native apps, based on https://github.com/libp2p/rust-libp2p https://github.com/libp2p/rust-libp2p , faciliated by https://github.com/cloudpeers/x https://github.com/cloudpeers/x We're not nearly there yet, but ideally it should be so easy to write small collaborative apps that it is a good option even if you don't care about the idealistic motivations for decentralized apps.