ну то есть класс может содержать кучу еще всего

и зависимости и т д и тп

Payload'у не нужны зависимости, это простая dto.
тем более перед созданием Message у нас уже есть объект типа PayloadInterface, зачем его распаковывать?

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

если бы был final  то ок

опять же, может я неверно понял

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

В целом да. Дело тут в том, что есть как минимум кейс с перезапуском задачи, где в message содержатся сырые данные, пришедшие с сервера очередей (десериализованная строка).
MessageInterface управляется на стороне библиотеки: она его нигде не принимает на вход (кроме непосредственно драйвера, который исключительно для внутреннего пользования) и отдает пользователю на выход.
А PayloadInterface - это то, что мы принимаем от пользователя. Какая там будет реализация, какие доп. интерфейсы будут реализованы, мб какие зависимости - тут все полностью зависит от юзера. Мы лишь гарантируем наличие некоторых методов и тип возвращаемых ими данных.
В то же время со стороны юзера, если некоторый payload будет сконвертирован в message, будет логично ожидать, что возвращаемый этим message payload будет тем же самым payload, который юзер туда передал, а этого мы гарантировать не можем.

я бы еще от MessageInterface отделил getId/setId в отдельный интерфейс

Можно хоть в ActiveRecord интерфейс payload реализовать и передавать в очередь

Для каких кейсов?

Наверное, setId стоит совсем убрать (надо посмотреть, нет ли препятствий, но маловероятно)

и перенести messageinterface в неймспейс payload

> В то же время со стороны юзера, если некоторый payload будет сконвертирован в message, будет логично ожидать, что возвращаемый этим message payload будет тем же самым payload, который юзер туда передал, а этого мы гарантировать не можем.

почему?

function push(PayloadInterface $payload) {
    $message = new Message($payload);
    $message->getPayload() === $payload;// true
}

Этог кейс для сериализации в юзерский класс Payload?

Этот самый месседж потом приходит сюда https://github.com/yiisoft/yii-queue/pull/52/files#diff-25b2a09231f6ebe93a9eca7a0c74de9eR66

А если создать Payload(Decoder/Serializer/Transformer/Converter/etc), который будет создавать из raw строка payload объект типа PayloadInterface?

а если getId убрать, то MessageInterface станет JobInterface :)

А смысл?