If you plan to build production-grade CRDT-based software and don’t want to build every piece of it by hand, I recommend Automerge as a library for handling all your CRDT needs, but it’s always good to look under the hood to build intuition and understanding for the underlying concepts. - Source: dev.to / 3 months ago

Take a look at https://automerge.org/ and the stack those folks are building. You're exactly right that it's a difficult balance (specifically the trick is proving commutativity for the domain-specific data of your application). But automerge (and then https://github.com/inkandswitch/peritext) show it's at least possible. Good stuff. - Source: Hacker News / 11 months ago

How does this compare to PouchDB[1]? [1]: https://pouchdb.com/. - Source: Hacker News / 5 months ago

Meteor wrapped the MongoDB API for this purpose. You are working with collections and can run the same queries over them, regardless of whether you are connected to a DB instance or the browser's local storage. For CouchDB an equivalent exists in the form of PouchDB: https://pouchdb.com/. - Source: Hacker News / 8 months ago

Not sure if you're thinking more of an official standard but PouchDB is open source and sounds similar to what you're talking about: https://pouchdb.com/. - Source: Hacker News / 10 months ago

I have another use case that DO would be perfect for, and that's sync for offline first apps. I have two offline first apps, both using PouchDB[1] as client database and CouchDB as server database. I'd love to replace CouchDB with DO. Maybe you can hire some of the people contributing to PouchDB to build a backend for it using DO? [1]: https://pouchdb.com. - Source: Hacker News / 11 months ago

PouchDB might be of interest - https://pouchdb.com/ - "PouchDB was created to help web developers build applications that work as well offline as they do online. Source: over 1 year ago