синхронизация двух БД

Firebase

Думаю, это на фабрику велосипедов, поскольку бог скрывается в деталях (когда в XX веке бога отменили, в них стал скрываться дьявол).

Как минимум, когда пишут с двух сторон, может возникнуть ситуация, когда при отсутствии связи в разных местах завели запись про Васю Пупкина с конфликтующими значениями. Когда связь появляется, становится понятно, что этот конфликт надо разрулить. Разрулить это идеально и автоматически нельзя.

Кроме того, иногда не пофиг, есть связь или нет. Например, если ты бронируешь последний билет на поезд, то нельзя считать, что ты его забронировал успешно, когда ты это сделал только на своей мобилке без связи. Или, например, денежный перевод.

Нету. Я про адекватные не слышал. Есть куча решений плана «просто добавь воды», то есть, напиши оставшиеся 99% кода сам. А вот так, чтобы фундаментально и вместо тебя...
https://github.com/automerge/automerge — близко к твоей тематике или нет?

https://firebirdsql.org/file/documentation/release_notes/html/en/4_0/rlsnotes40.html#rnfb40-replication

Что мешает клиенту подключаться к удаленной бд?

и дальше?

и работать с удаленной БД.

ваш кэп :)

есть какие-то готовые решения?

Есть. Называется отсоединённый набор данных. Модель портфеля. Когда пользователь может работать, отключившись от базы, модифицируя рабочий набор у себя локально, а после подключения к базе будет осуществлена синхронизация локальных данных у пользователя и на сервере с разрешением колизий записей.

https://raft.github.io/ например

Кроме того, описанная вами проблема с переменным успехом решается в блокчейнах.

В общем случае, проблема, естественно, либо неразрешима, либо консенсус ведет к неприемлемым проблемам с производительностью.

• pouchdb / couchdb - автоматическая синхронизация и резолв конфликтов
• https://github.com/alangibson/awesome-crdt - CRDT подход для автоматического мержа конфликтов