That's an interesting project and good writeup!<p>Peer-to-peer OT has indeed been proven wrong many times (I've debunked a few papers myself as well), but client-server-based OT is very solid.<p>For the last 3 years, I've been the primary developer on Webstrates[1], an open source[2] research project that "makes the DOM collaborative", that is to say, as Google Docs (and your project) makes text editing collaborative (a subset of the DOM), Webstrate aims to make the entire DOM collaborative, allowing developers to easily built collaborative tools (such as text editors).<p>In fact, I just made a basic editor here (<a href="https://demo.webstrates.net/dom-editor/" rel="nofollow">https://demo.webstrates.net/dom-editor/</a>) in about 5 seconds. I just created a new webstrate (a "page" on the server) and added the `contenteditable` attribute to the body element. Of course, it dosen't have any of the rich text editing capabilities of your editor, but that's just a matter of adding more stuff directly in the DOM, e.g. <a href="https://demo.webstrates.net/shaggy-elephant-60/?copy" rel="nofollow">https://demo.webstrates.net/shaggy-elephant-60/?copy</a>.<p>Through those 3 years, there haven't been any DOM consistency errors caused by issues with the OT algorithm used.<p>Absolutely nothing wrong with CRDT – it's even on our own agenda to eventually develop a peer-to-peer-basd Webstrates using CRDT. I just wanted to point out that OT is a very viable alternative for client-server applications.<p>[1] <a href="https://webstrates.net/" rel="nofollow">https://webstrates.net/</a>, [2] <a href="https://github.com/Webstrates/Webstrates" rel="nofollow">https://github.com/Webstrates/Webstrates</a>