noob1111

Можно посмотреть запросы, это очень просто сделать, если у тебя веб-приложение. В консоле разраба открыть networking и глянуть. Сейчас чаще всего используется REST, но если система легаси, то может и SOAP.

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

Практический пример - весьма нагруженный веб сайт на кластере серверов:
два балансера с vrrp (keepalived)
четыре веб сервера nginx+php
два бд сервера mysql, между ними репликация мастер мастер, 1ый сервер под нагрузкой, 2ой в резерве.

Если мне надо обновить ядро или по каким либо причинам вывести из работы любой из серверов, для примера возьмем 1ый сервер.
То я просто на балансере меняю ип текущего активного бд сервера, - это изменение никак не скажется на работе сайта, после проверяю что все запросы уже выполняются на 2ом сервере(некоторые долгие запросы могут выполнятся до 10 секунд и нужно дождаться их выполнения чтобы их результаты попали на 2ой сервер).
После можно остановить mysql на 1ом сервере и проводить тех работы обновления и тд.

После тех работ я запускаю mysql на 1ом сервере и он сам синхронизируется с 2ым до актуального состояния.
когда синхронизация завершена - добавляю на балансере 1ый сервер как резервный.

В целом да. Только там переменных сильно больше, чем просто nonce. И набор транзакций постоянно меняется, и nTime , и extraNonce.
PoW алгоритмы обычно друг на друга похожи. Просто задача, которую не решить оптимальнее, чем тупым перебором. Требуется для доказательства затраченной работы.