Вроде даже именно к новому интерфейсу и не относится, а было ранее. Просто в чистом эксперименте увидел такое поведение. И я даже ума не приложу, что с этим можно сделать.

1) Исходная база: в таблице есть поле SMALLINT с неявно заданным доменом RDB$2, и этот домен отредактирован с целью значения по умолчанию = 0. Да, именно так. Вместо создания явного пользовательского домена с default 0 и привязкой нового домена к полю просто отредактирован системный. Благо, IBExpert это позволяет.

2) С базы извлекаются метаданные.
В скрипте default 0 приписывается не домену, а ПОЛЮ таблицы.

3) Создаётся с этих метаданных новая база. Ожидаем, конечно, что она будет идентична исходной.
С позиции логики всё равно, где прописан default 0 - для поля или для домена этого поля.

4) Сравниваем DBCompare'ром исходную (source) и новую (destination) базу.
И... в разностном скрипте получаем DROP DEFAULT для поля таблицы.
Если поверить "на слово" DBCompare'ру, то после выполнения скрипта базы перестанут быть идентичными в части этого поля.
В результирующей базе произойдёт потеря значения по умолчанию для поля.

Согласен, что лучше не менять поведения в IBExpert. Ковыряния в системных таблицах - суть зло.
Но ведь есть кнопочка "Редактировать домен" при просмотре поля без явно заданного домена :)
В эталонной базе у себя мы все эти ситуации уже локализовали по горячим следам и исправили.
Будем считать, для других грабли расставил.