smart speedlim

please help.
there is some weired behaviour with a pretty simple task involving a
coll-object:

i try to build an abstraction, that is like speedlim, but keeps track
of different "message-headers".

(eg. consider a busy midi (or osc) port, where you don't want to
loose the current state of a parameter).

the patch below tends to crash, or ouputs weired data (too long lists).

maybe somebody has a better solution for the task, or any hints to
improove the patch.

thanks
klaus