а как петя узнает? до него даже сообщения не дойдут от васи что "обновись уже лошара"

Вообще для этого в формате и написано не просто "резерв", а "всегда 0".
Если разработчик петиного клиента урод и не проверяет на соответствие формату - я не знаю как с этим бороться

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

ну окей. допустим петин клиент соблюдает и отбрасывает такие пакеты  неправильного декодирования не происходит. чё дальше?

как понять можно ли слать пете этот пакет или он всё еще слоупок?

Дальше петин клиент должен не просто отбрасывать, а сигнализировать пете что пришли новые пакеты и надо обновляться.

Как только он обновится - он сможет прочитать эти пакеты (возможность получения от версии не зависит).

Для нашего безумного кейса с перестановкой полей - да.

Для более реалистичного кейса с новым типом меты (например у нас появляется новый тип времени - с указанием планеты) - должны обновиться все, кто используют этот тип. Поскольку со временем обновятся все в рамках постепенного обновления клиентов (кроме каких-нибудь упоротых ретрогардов) - все получат доступ к этой мете. Но скорее всего все обновятся задолго до того как это потребуется.

ну тоесть клиент отправляя пете кончающий баклажан не знает заранее будет ли баклажан у того кончать?

По идеи стикеры должны обновляться сами собой

Без апдейта клиента

Это будет максимально логично

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

так лучше?

Да.
Не вижу в этом ничего страшного.

Более того: клиент, отправляя Пете сообщение не может гарантировать что Петя его прочитает. Это в принципе свойство неинтерактивного общения (а у нас общение неинтерактивное)...

В принципе можно добавить в интерактивный (p2p) протокол доставки механизм уведомления что клиент не поддерживает сообщения. Это мысль разумная....

Поскольку в общем случае общение неинтерактивное - в общем случае задача не решается.

ДВе разных вещи: сообщения и протоколы.

Протоколы - да, я держу их в голове.
Там пока вокруг libp2p всё крутится, но нам до этого как до Шанхая раком.

У меня пока не придумано стикеров :)
И я очень в задумчивости как их обновлять...

сигнальный протокол для установления видеовызова реализуется поверх сообщений.

Нет.
Нет. Нет и ещё раз нет.

Сообщения - это сообщения. Текстовые.

Протокол для установления вызова может быть поверх libp2p или частью протокола доставки сообщений.
Но он точно не может быть частью потенциально неинтерактивного сообщения.

коллекция это ipns папка. конкретный стикер это сообщение с адресом ipfs файла. хуле тут думать?

а у тебя не предусмотрено технических сообщений вообще? которые не отображаются клиенту