Great write up! 🙏 I'd love to learn more about how the deltagraph approach is different from other CRDT-based eventual consistency systems such as some NoSQL DBs. I'd also like to learn about some of the main challenges with keeping nodes up-to-date on the global state as the amount of deltas increases.
Since I joined FC, I was wondering about the difficulties of enabling cast "edit"s in such a "sufficiently DLT" network. Now that I read you great write up, its answering some of them. There is no “remove-wins” rule for that specially in the absence of "orders". Thank you so much. looking forward to tomorrow.
Awesome illustrations! Gotta research the eclipse attack now.
I'd appreciate it if you could elaborate more on this "edit"ablity of casts (either providing links to discussions, docs, whatever). An article on "Thinking MEV on FC/Deltagraphs" would also be really interesting to start a series of thoughts [If someday this design pattern is used for games, MPs as you said)
Extremely well written summary. There are a few places where it seems some of the technical underpinnings are just known, CDRTs for example, that might benefit from a one sentence explainer when they are introduced but even that feels a bit nit-picky. Definitely helped me understand what is going on a lot better.
learned a lot!! can think of the obvious benefits, but wondering how deltagraphs inability to move money hinders decentralized scalability would be nice to have - micropaying for storage + surge pricing - incentives for nodes - integrated transactions / tipping / subscriptions at that point, just be your own chain?
Thanks for the great article! spot a little typo: “A social network network.”
Thanks @v for the great article! spot a little typo: “A social network network doesn’t need perfect ordering.” Or was it an intended pun 😆
"People invent new ways to financialize things on blockchains which creates demand." Sounds like a world I know. Enjoyable read