> 2. научить клиенты использовать оба стандарта

В моих клиентах проверок на длину msgid (и не только длину) нет. Есть только проверки на эху (если в строке есть точка, то это эха), но могу добавить двойной фильтр, если что.

> забираем только последние n сообщений. либо количественно,

Если на сервере за время до фетча появились сообщения в количестве больше n, то клиент не сможет их зафетчить.

> либо отслеживаем новое поле таймштампа "прибыло на станцию" и отслеживаем по нему.

Таймштамп ненадёжен тем, что как у клиента, так и у сервера системное время может быть неверным. Допустим, что оно верное, остаётся другая проблема: проблематичность отслеживания таймстампов для каждого сообщения, т.е. придётся либо строить кэш, либо завязываться полностью на базах данных, что убирает принцип простоты.

> нужно выработать общие стандарты. тот же uliss не мог гейтовать любую эху. есть ещё нюансик с протоколами ии:// в ii и аналогичными для эх и сообщений... в общем, стандарты должны учитывать друг друга, чтобы легко меняться.
> поэтому нужен симпозиум - чтобы не дублировать постоянно одно и то же, клонируя серверы и клиенты, а добиться совместимости

Давайте вырабатывать. Только в пределах разумного, конечно =)

> покажите хоть одну ноду с регистрацией, на случай потери ключа

Таких пока нет. Надо будет что-нибудь придумать.