Strong Eventual Consistency – The Big Idea Behind CRDTs
lewiscampbell.tech
Strong Eventual Consistency – The Big Idea Behind CRDTs
1–10 of 14 posts
Re: Strong Eventual Consistency – The Big Idea Behind CRDTs
#2[dead]
Re: Strong Eventual Consistency – The Big Idea Behind CRDTs
#3We need a true peer-to-peer Internet instead of the centralized, feudal system we currently have. CRDTs would allow for peers to own their data and collaborate without centralized servers owned by Big Tech, but even the network itself goes through a small number of pipes owned by telecom companies that can decide what gets through and when. Decentralization is the real big idea behind CRDTs.
Re: Strong Eventual Consistency – The Big Idea Behind CRDTs
#4This one isn't a dupe, it came back through the second chance pool but in the meantime a second submission did take and got a lot of comments:
https://news.ycombinator.com/item?id=45177518 - 87 comments
Re: Strong Eventual Consistency – The Big Idea Behind CRDTs
#5This one isn't a dupe, it came back through the second chance pool but in the meantime a second submission did take and got a lot of comments: https://news.ycombinator.com/item?id=45177518 - 87 comments
This sequence of events ended up very relevant, given the subject matter. :D
Re: Strong Eventual Consistency – The Big Idea Behind CRDTs
#6We need a true peer-to-peer Internet instead of the centralized, feudal system we currently have. CRDTs would allow for peers to own their data and collaborate without centralized servers owned by Big Tech, but even the network itself goes through a small number of pipes owned by telecom companies that can decide what gets through and when. Decentralization is the real big idea behind CRDTs.
That's like saying hash tables will fix cloud computing monopolies. They're really neat for collaborative tools at application level, but it doesn't solve any of the infrastructure problems.
They're not even the missing piece in decentralized infra either. There are alternatives that work as efficiently.
Re: Strong Eventual Consistency – The Big Idea Behind CRDTs
#7What is the monoid for table primary keys?
Re: Strong Eventual Consistency – The Big Idea Behind CRDTs
#8We really ought to come up with some new terms in this space... it is just confusing to mix "strong consistency" in with "eventual consistency" in any way.
Re: Strong Eventual Consistency – The Big Idea Behind CRDTs
#9We need a true peer-to-peer Internet instead of the centralized, feudal system we currently have. CRDTs would allow for peers to own their data and collaborate without centralized servers owned by Big Tech, but even the network itself goes through a small number of pipes owned by telecom companies that can decide what gets through and when. Decentralization is the real big idea behind CRDTs.
That's like saying hash tables will fix cloud computing monopolies. They're really neat for collaborative tools at application level, but it doesn't solve any of the infrastructure problems. They're not even the missing piece in decentralized infra either. There are alternatives that work as efficiently.
> That's like saying hash tables will fix cloud computing monopolies.
No it’s not because there’s nothing about hash tables that enables peer to peer collaboration over centralization. CRDTs do because you don’t need a “master” or “central” source of truth anymore.
> They're not even the missing piece in decentralized infra either.
Then what is?
I didn’t say they were anyway though, that’s why I mentioned network infrastructure as another constraint.
Re: Strong Eventual Consistency – The Big Idea Behind CRDTs
#10We really ought to come up with some new terms in this space... it is just confusing to mix "strong consistency" in with "eventual consistency" in any way.
Why is that confusing?
This "Strong Eventual Considtency" is the defining property of the CRDT. Do you have a less-confusing way to think about that property?