Assembling a transaction summary using multicall incorrectly sets contract operations

[danielbate]

Follow on from #2530, assembling a transaction summary from a multicall is not building the operations correctly. Whilst it no longer throws, the second operation uses the call from the first operation.

I had proposed a solution using the dereferenced param1 as mentioned here. But I can't work out how to correctly set the base offset. I don't think it's possible and instead we need the work from the on going discussions around repurposing param1.