Эксперимент с backup-нодой

Появилась идея сделать backup-ноду, чтоб в случае падения основной ноды, на лету переключать генерацию блоков на резервный сервер.

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

Алгоритм действий

Что я сделал?

Имея активную ноду (я в данный момент активный делегат) я запустил еще одну ноду на отдельном сервере, в cli_wallet сделал import_key от своего аккаунта xtar, сгенерировал с помощью команды suggest_brain_key новый набор ключей и прописал private brain key в config.ini.

После запуска golosd начал периодически выдавать резонное сообщение

Not producing block for xtar because I don't have the private key for GLS6rfMKdTTd...

Сделал update_witness с новым ключом (brain public key резервного сервера). Словил 1 missed блок, после чего резервный сервер успешно начал генерировать блоки.

Сделал update_witness с ключем от основного сервера, missed не словил и генерация успешно переключилась на основную ноду.

Итоги и вопрос

У меня получилось на лету переключать активного витнесса с ноды на ноду.

Вопрос. В вики указано:
Вы не должны заводить ноду свидетеля с той же учетной записью, your-account-name, на более чем одну систему steemd. Если это произойдет, то обе системы steemd произведут блок одновременно. Другие узлы сети увидят это двойное подписание и представят доказательство в сеть, что позволит им претендовать на остаток средств на вашей учетной записи.

Хотел уточнить. Мне крупно повезло или речь идет о двух нодах с идентичным набором brain-ключей?

Можно ли действовать по данному алгоритму? Или это чревато последствиями?