perf: lookup blueprint compile time improvement

[gbotrel]

Partially fixes #898 (compile part).

Essentially, the Blueprint WireWalker(inst Instruction) (w WireWalker, maxLevel int) now returns a maxLevel which, alongside the fact that the callback passed into the walker returns the maxLevel of a wire, allows stateful blueprints like BlueprintLookupHint to cache some info avoiding useless computation by the compiler to figure out the instruction dependency tree.

Added a reference benchmark in logderivlookup:

BenchmarkCompileManyLookup/scs-10      12830216291     480989306     -96.25%
BenchmarkCompileManyLookup/r1cs-10     13002215583     687194500     -94.71%

[gbotrel]

@ivokub did replace the weird WireWalker with double callback pattern with a simpler InstructionTree interface (see constraint/instruction_tree.go) .

Yields further perf improvements (against previoous commit on this branch):

benchmark                              old ns/op     new ns/op     delta
BenchmarkCompileManyLookup/scs-10      480989306     412605000     -14.22%
BenchmarkCompileManyLookup/r1cs-10     687194500     676015438     -1.63%

benchmark                              old allocs     new allocs     delta
BenchmarkCompileManyLookup/scs-10      8603276        5336556        -37.97%
BenchmarkCompileManyLookup/r1cs-10     9624679        8598475        -10.66%

benchmark                              old bytes      new bytes      delta
BenchmarkCompileManyLookup/scs-10      942962434      846228050      -10.26%
BenchmarkCompileManyLookup/r1cs-10     2033656932     2002813188     -1.52%

[ivokub]

Now makes much more sense. Looks good! Dunno about having some checks behing debug tag - if these cases happen then it is a bug in gnark anyway, but I think it would be slightly easier to report and debug when having unique identifiers (instead of generic out-of-bounds err)