perf/safety: convert parseStr from recursive to iterative to prevent stack overflow

Problem

parseStr in Lck/Json/Tokenizer.lean is written as a recursive CPS function. While the continuation wrapping is proven zero-cost at runtime (proofs are erased), the recursion itself is structural on the input — meaning for a string literal of length n, the Lean runtime creates n stack frames.

For pathologically large string values this can overflow the stack.

Expected fix

Rewrite parseStr as an iterative (tail-recursive or explicit loop) accumulator, maintaining the same CPS interface for callers. The proof structure can be adapted to use an inductive invariant on the loop state.

References

• Flagged by AI code review on PR #8

Beginne in Lck/Json/Tokenizer.lean bei der rekursiven CPS-Implementierung von parseStr und untersuche anschließend, wie die Aufrufer von dessen CPS-Schnittstelle abhängen. Schreibe die String-Verarbeitung als iterativen Akkumulator um, wobei diese Schnittstelle erhalten bleibt, passe den Beweis anhand einer induktiven Schleifeninvariante an und verifiziere, dass große String-Literale nun nicht mehr mit einem Stack Overflow rechnen müssen.