feat(connect): dl/2 deeplink payload without the copies its description already carries

[elasticLove1]

Closes #12 on the client side of it.

Что меняется

dl/1 кладёт в приглашение session_id и app_id рядом с description, который уже содержит и
то и другое, а затем отказывает любому приглашению, чьи поля с этим описанием расходятся. То есть
описание и так было главным, а два поля — копией. На живой ссылке эта копия занимает 223 знака из
672, это две версии символа.

dl/2 их не посылает. Больше не меняется ничего:

• description строится ровно как прежде, поэтому адрес профиля, который из него выводится, тот
  же самый, что был бы у этой сессии в dl/1;
• декодер принимает обе версии и подставляет два поля из описания, когда их нет, поэтому любой
  потребитель видит одну и ту же структуру независимо от того, что пришло;
• выпуск dl/1 не тронут и остаётся умолчанием. dl/2 доступен только через новый
  create_shared_key_session_compact.

Почему это того стоит

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

	ссылка	символ	знаков в терминале
dl/1	672	версия 18, 89 модулей	93 x 47
dl/2	517	версия 16, 81 модуль	85 x 43

Сторона −9,0%, площадь −17%. Длины замерены самим кодом (payload_json 383 → 267 байт,
deep_link 651 → 496 плюс 21 знак &intent=agent_onboard, который дописывает клиент), а версия
символа взята из таблицы ёмкости формата и сходится с замером живого символа dl/1: 89 модулей.

Проверки

cargo test -p bee-connect --lib — 59 из 59, из них пять новых:

• dl/1 по-прежнему возит обе копии и по-прежнему их сверяет;
• dl/2 не возит ни одной, а декодер обе восстанавливает из описания;
• обе версии строят описание одинаковой формы — регрессия на неподвижность точки встречи;
• ссылка dl/2 короче dl/1 не меньше чем на 100 знаков;
• приглашение, у которого нет ни поля, ни пригодного описания, отвергается, а не разбирается в
  пустой идентификатор сессии.

Вливать нельзя

Не вливать, пока кошельки не разбирают dl/2. Декодер этого крейта принимает новую версию
сразу, кошелёк — нет, и клиент, переключившийся раньше, выдаст ссылку, которую кошелёк не
прочитает. Порядок такой: сначала поддержка в кошельке, потом переключение клиентов на
create_shared_key_session_compact.

Отдельно, вне этого пиара: внутри description app_id едет как 0x плюс 64 знака при значении
0x78 — 60 ведущих нулей. Это ещё около 60 знаков, но их снятие меняет строку, из которой
выводится адрес профиля, то есть это уже миграция точки встречи, а не формата поля. Ещё крупнее
рычаг — кодировка без строчных букв: она пустила бы символ буквенно-цифровым режимом, вдвое более
плотным, но это меняет и формат, и разбор на обеих сторонах.