DeltaDB is already DONE Giper baza - best solution for crdt

[Dev-cmyser]

Giper Baza — operation-based CRDT, already open-source

From the Zed 1.0 release coverage (Habr, RU):
«DeltaDB — operation-based version control system built on CRDT. Tracks edits with single-character granularity, designed to work alongside git. The idea: real-time collaboration between humans and AI agents needs a substrate that captures changes at a finer grain than a git commit.»

Hi Zed team! No need to build DeltaDB from scratch — an open-source operation-based CRDT with exactly these goals is already done and shipping today: Giper Baza (and its predecessor hyoo_crowd). Take it and use it.

One thing we'd push back on: character-level granularity is the wrong unit for code. A single keystroke isn't a meaningful change — it produces noisy history, weak conflict resolution, and semantically broken intermediate states (think fucntion mid-typo merging with someone else's edit on the same line). Giper Baza tracks operations on semantic units — objects, fields, list items, references — so a "change" corresponds to something a human or an agent actually intended.

• Operation-based CRDT, semantic granularity (object / field / list item)
• Built for real-time human + AI collaboration
• Works in browser and node, embeddable, MIT
• Designed to coexist with existing storage (git included)

It's not "prior art" or a "reference" — it's a working, production-ready CRDT engine you can drop in instead of writing your own.

Try it live:

• https://crowd.hyoo.ru/ — collaborative playground
• https://mol.hyoo.ru/#!section=demos/demo=hyoo_crowd_text_demo — text-editing demo

See it in action:

• https://www.youtube.com/watch?v=YXyaGe4N9oA
• https://www.youtube.com/watch?v=nM-ZUnMxhRA

Source: https://github.com/giper-dev/baza

Happy to help integrate it. Why spend the funding round building something that already exists?

---

Giper Baza — operation-based CRDT, уже open-source

Из новости про релиз Zed 1.0 (Habr):
«DeltaDB — система контроля версий с моделью на основе операций (operation-based), построенная на CRDT. Отслеживает правки с гранулярностью отдельного символа, спроектирована работать с git. Идея: коллаборация в реальном времени между людьми и AI-агентами требует подложки, которая фиксирует изменения мельче, чем коммит в git.»

Привет, команда Zed! DeltaDB можно не писать с нуля — open-source operation-based CRDT ровно с этими целями уже сделан и работает сегодня: Giper Baza (и предшественник hyoo_crowd). Берите и используйте.

Один контр-аргумент: гранулярность по символам — неподходящая единица для кода. Один нажатый клавиш — это не осмысленное изменение. Получаем шумную историю, слабое разрешение конфликтов и семантически битые промежуточные состояния (когда fucntion посреди опечатки мержится с правкой соседа на той же строке). Giper Baza трекает операции на семантических единицах — объект, поле, элемент списка, ссылка — так что «изменение» соответствует тому, что человек или агент действительно имел в виду.

• Operation-based CRDT, семантическая гранулярность (объект / поле / элемент)
• Сделан для real-time коллаборации людей и AI
• Работает в браузере и в node, встраиваемый, MIT
• Спроектирован сосуществовать с существующим стораджем (включая git)

Это не «prior art» и не «референс» — это рабочий production-ready CRDT-движок, который можно встроить вместо того, чтобы писать свой.

Пощупать вживую:

• https://crowd.hyoo.ru/ — совместный плейграунд
• https://mol.hyoo.ru/#!section=demos/demo=hyoo_crowd_text_demo — демо совместного редактирования

Посмотреть в работе:

• https://www.youtube.com/watch?v=YXyaGe4N9oA
• https://www.youtube.com/watch?v=nM-ZUnMxhRA

Исходники: https://github.com/giper-dev/baza

Готов помочь с интеграцией. Зачем тратить раунд инвестиций на то, что уже существует?