возможно бинарные структуры закодированны в base32 (только вариантов кодирования два и хз какой это)

base64, только последний «=» убрали. Он всегда будет одинаковый, поэтому нет смысла повторять.

Тупо не хватает данных. Что за API?

32 случайных байта, закодированных через base64, с отброшенным символом '=' в конце. И очень хорошо случайных:

(символ > \x80): норма = 16:
++++-+++++-----+++++-+++--+-+++- 21/32
+---++----+++++--+----+-++++++++ 18/32
--+---+-+-+---+--+--++++-++-++-+ 15/32


(символ > \x40): норма = 24:
++++-++++++--++++++++++++++-++++ 28/32
+++-++--+++++++-+++---+-++++++++ 24/32
--+++-+-++++--+-++++++++-+++++-+ 23/32


(символ > \xc0): норма = 8:
++-+-++-+-------++-+-+++-----+-- 13/32
+---++----------------+-+++-+--- 8/32
--+-----+-----------+-----+-+--+ 6/32

Так что, похоже, создатель API использует хорошую функцию hash'а (например, 2 с помощью MD5 созданные hash'и подряд), и задачу нам так просто не решить.

booking api мобильного клиента

например, 2 с помощью MD5 созданные hash'и подряд

Проще один раз sha256.

К сожалению, уже без разницы. Строки слишком рандомные, я точно не разгадаю. Надеялся на простую игру с битовыми функциями над строкой из печатных символов, но тут, похоже, подошли к делу ответственно. :)

Читай доки, там запросто может быть комбинация ключа с сервера, пароля, имени пользователя и времени. Все это замешено по формуле.

можно с вами связатся?

К сожалению моих сил и знаний точно не хватит решить эту задачу. Вожможно я уговорю вас мне помочь в частном порядке ?

Нет, не стоит. Если клиент грамотно использует нормальный алгоритм хеширования, с хорошим значением salt'а, фиг его кто нибудь тебе подберёт - для этого они математиками и создавались. :) Луче попробуй связаться с самим клиентом и поинтересоваться, нельзя ли как нибудь это обойти? Вдруг он тебе сразу алгоритм пришлёт?