# Unikernel-z: A unikernel for the Network of Momentum

**URL:** <http://forum.zenon.org/t/unikernel-z-a-unikernel-for-the-network-of-momentum/1871>\
**Category:** ╰  Funding  |  Submissions\
**Created:** [April 11, 2024, 12:51pm UTC](http://forum.zenon.org/t/unikernel-z-a-unikernel-for-the-network-of-momentum/1871 "2024-04-11T12:51:20Z")\
**Posts on this page:** 1\
**Showing post:** 219

<div class="post-metadata">

**Author:** ![0x3639](http://forum.zenon.org/user_avatar/forum.zenon.org/0x3639/32/1651_2.png) [@0x3639](http://forum.zenon.org/u/0x3639)\
**Post date:** [November 17, 2024, 4:41pm UTC](http://forum.zenon.org/t/unikernel-z-a-unikernel-for-the-network-of-momentum/1871/219 "2024-11-17T16:41:08Z")

</div>

> [@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.

---

_[View the full topic](http://forum.zenon.org/t/unikernel-z-a-unikernel-for-the-network-of-momentum/1871)._