This is an order of execution detail. Pads are read first when entering a scope (in your case an iteration of the loop) and written last. so effectively, they introduce one frame delay. in your case even a delay between two executions of the loop, because each iteration of the look has its own state and therefore its own pad.
Also not the each stateful scope (patch, loop, if, etc.) has its own state and even though pads can be named the same, different scopes have their own underlaying variable. That means the pads with the same name but in different scopes (levels of a patch) are not connected to each other.
Thank you. I was aware about the second part but not the first.
:( My for loops get messy pretty quick with links going around at all place. And sometimes I don’t want to refactor it into smaller nodes and operation. Do you suggest something else that I can do to make the content of a loop easier to follow?