Да ни на сколько.

Если есть сомнения в протоколах и форматах - надо проверять консистентность данных до начала использования. Если нет, то зачем этот огород-то? Вся эта возня - это программирование ради программирования.

Единственный еще хоть как-то притянутый за уши вариант - проверка того, что генерилось с помощью автоматического написания, если, например, AI прочитал текстовую спецификацию, и послал ответ как смог и все это - в реальном времени, хотя, ИМХО, это просто надо отладить и только потом использовать.

PS: у меня в аппаратуре 11 различных типов ембеддед процессоров, серверов и архитектур с довольно сложной топологией общаются именно JSON ом, иногда бинарным, причем так, что иногда один юнит должен послать другому через третий, и как-то никогда не возникало нужды делать такую валидацию, но да, всегда следил, чтобы все, кто это разрабатывают, придерживались одной и той же документации и спецификации и, где надо, стояли конверторы если спецификации отличаются. Проблемы с потерями данных всегда разруливались по аналогии с CRC, в некоторых случаях с избыточными кодами с возможностью для восстановления.