Reverse the order of the tx script and note script args on the stack

[greenhat]

From 0xMiden/compiler#844 (comment):

Yes, this is a "known" issue - i.e., the canonical way for interpreting words on the stack is in "big-endian" order - i.e., most significant element on top (which most people interpret as "reverse" order). We are moving away from this and 0xMiden/miden-vm#2393 is a part of this process. It will take us some time to complete this though as basically everything in Miden kernel and standard library uses big-endian form for working with words (and by some time, I mean at least a month).

Once this is implemented, roll back the 0xMiden/compiler#850 change in the compiler.

[bobbinth]

I think the issue here is broader than note/tx script arguments. We'd probably want to refactor all kernel procedures to switch to little-endian order for words once the VM switches to this. There are a few steps to be done before we get there though:

1. We should update the kernel to try to remove as much as possible all direct usage of hperm, hash, and hmerge instructions (using their wrappers from the rpo256 module instead).
2. We should add procedure signatures to all publicly-facing procedures (and maybe all procedures). These will use BeWord as that's what the convention is currently.
3. We should then go though all public interfaces and replace the usage of BeWord with just Word.

The first two steps would be non-breaking, but the last step would be breaking and pretty disruptive. We could do it either before or after the VM is fully migrated to the new convention - I haven't thought through which one is makes the most sense yet.

@Fumuran - since you are handling the second step, maybe you could tackle the first step as well (should be pretty straight forward)?

[Fumuran]

@bobbinth Yep, I'll address both first and second point, no problem.