Unikernel-z: A unikernel for the Network of Momentum

[0x3639]

@EovE7Kj

I was imagining zApp owners/users paying for “qas” (at a rate proportional to 1/nth of 1 QSR) directly. I don’t see how we could incorporate fusing in any way at the smart contract layer.

@EovE7Kj can you please elaborate on the “fee” mechanism to interact with SC on NoM. Which one of these statements is true (based on your latest design ideas)?

1. A SC user will pay a “fee” in the form of qas (a fraction of QSR) to interact with a Smart Contract. A “fee” in this case is a cost, like gas in ethereum. It will NOT be fused and returned. The qas will exchange from one party to another. Presumably from the user to the Sentinel that runs the zApp.

2. A SC user will pay a “fee” in the form of qas by fusing QSR. After the SC runs the qas will be returned to the party that fuses it.

We are getting confused by the word “fee”. This word appears in the WP (or a variation of it). I think the WP implies SC require a fee that is NOT fused and returned. But we are really not sure.