Работа с блоками данных переменной длины, Изменение типа, удаление, добавление Опции

[SZ0]

Стоит задача.
Обработка блоков данных, при этом блоки могут быть разных размеров, у каждого блока 1й байт определяет его тип, по которому мы знаем его размер. Любой блок может быть стёрт или изменён на другой тип.

Проблема и решения.
Перемещение на N блок для его обработки: номер блока собираюсь расчитывать от 1го, т.е. узнаем размер 1го, перешли ко 2му, узнали его размер и так далее.
Стирание блока: выясняем размер по типу следующего за ним блока, сдвигаем на пустое место которое очистил блок, потом следущий за ним и так до последнего блока.
Изменения типа: перед изменением программа оценивает сколько памяти осталось, и в зависимости от выбранного нового типа блока все блоки после изменнённого либо отодвигаются от него либо пододвгаются к нему.

Кто решал подобные задачи, в каком направлении думать ещё? Как ещё можно это всё реализовать попроще?
Всё это тянет к файловой системе (чего никода не делал), но думаю это будет сложновато для такой задачи.

Данные будут размещаться в РАМ ATmega2560 и там же обрабатываться, и все сохраняться/считываться из его eeprom при запуске
и сохраняться после настройки в РАМ.

[one_man_show]

Какой максимальный размер блока? Может все-таки внести избыточность, то есть сделать все блоки одинаковой длины, за счет этого упростить алгоритм...

[SZ0]

Какой максимальный размер блока? Может все-таки внести избыточность, то есть сделать все блоки одинаковой длины, за счет этого упростить алгоритм...

Не хотел писать , а надо было.

Первоначально так и было, все блоки одинаковой длинны, и алгоритм обработки прост. Максимальный размер 86 байт, а внутренняя стурктура определялась по 1у байту идентификатора. И обращаться к любому блоку с такой стрктурой просто. Но заказчику стало мало, потребовалось создавать большее количество блоков, например меньших размеров (минимальный 8 байт) и больше гибкости в управлении блоками. Внешняя РАМ исключена, т.к. все ножки проца заняты.