Hi All!
I was just wondering - with the nice XEM price rise (which is of course good for the whole NEM ecosystem), will the fees be adjusted at any stage?
For example, to secure a namespace at current XEM prices, it will cost about 0.13 Bitcoin for 5000 XEM to rent a namespace for a year. It is not exorbitant, but it is getting pretty expensive.
I was just wondering if there are any rules/guidelines on how fees will be adjusted as the price rises/falls?
Thanks
NEM is currently having a price spike. I think we have to see where it settles and then decide whether fees need to be adjusted or not.
Great stuff, thanks.
I am just thinking there should maybe at some stage be some guideline wrt fees vs XEM price?
Yes, I also think Namespace/Mosaic fees should be lowered as an incentive for this new feature to gain some traction (now that the price spike is over : )
I am working on itā¦
I was thinking of developing on NEM but it appears the fee structure is problematic for sending and receiving mosaics. On Ethereum the cost is 0.0004 ETH for XEM it is 1 XEM. The cost goes from $0.04c to $0.20c, thatās a bit problematic to do frequent exchanges. As the price rises, the slow fee change makes the transaction costs a liability. Also, as mentioned a namespace for 0.13btc is a few hundred dollars. To encourage adoption these fees need to be lower. Itās not practical to have high fees in a low transaction volume space when trying to build an application and the blockchain itself is trying to get exposure.
Perhaps I might be mistaken, if so please correct me.
Fees will decrease, I already implemented it in NIS but it needs to be implemented in the clients too, so please have patience.
OK. Good to know. Are you able to say, how the fee structure works or at least how it will stay stable relative to price increase? I saw the price increase and that is what made me notice the technology. I was in the research phase and noticed the fee structure specifically because iām looking for high volume low cost transactions fast transaction. Also creating a mosaic costs 5000 xem, which is roughly $1250 vs $5-10 on ethereum.
If the new fee structure is reasonable, my buddy and I can use nem to power our app. Otherwise we have to go with ethereum because the fees are more predictable even with their price rise.
Please donāt take this harshly, I really like what i see with NEM, but its difficult to select currently because of the fee structure. If you can share your plan on how its implemented, that would be helpful.
General outline:
Awesome, thanks BR! When will these new fees come into effect?
Great, please could you also review the minimum requirement for harvesting.
I want to run a full node and local harvest but at this moment only have 2000+ xem.
Thanks
Thank you! One other question relating to this, is it a dynamic fee or fixed?
Fixed in the sense that it does not adjust automatically if the xem price changes.
I donāt think that is planned. Even with 10k the chance to harvest a block is quite low due to the huge number of supernodes, doesnāt make sense to lower to 2k.
Wow, thank you very much, these are very affordable now, i might use them before i expected 
Please consider things like namespaces to use dynamic adjustments since they are recurring. It is not as important now, but if nem continues to grow, having a critical piece like namespace be subject to variable pricing is going to be a pain. If namespaces are $20 now and $100 next year and up or down again later this becomes a problem for smaller devs, not so much for bigger enterprises.
Iāll make sure to get my name spaces once released. The issue being, as devs we will have to buy XEM and offer up services for āfreeā during promotion. All the while in the backend weāre paying for the tx costs for the user until we can move over to a working paid model or pay-to-use. Since we donāt have harvesting or supernodes, the funds to start developing on xem will be consumed, while this mightāve been ok around $0.02c at $0.20+ and anticipating growth the more users there are will certainly increase the cost of all services.
I am getting ahead of myself since i donāt know what the transaction volume will be but iām planning on building a service where users constantly send and receive mosaics w. messages. If there is a better way to do this w.o the fees. Iām all ears. I just donāt want each transaction to cost $0.25c to $2.50 each way. One of the biggest, adjustments/issues for mainstream adoption will be the adoption of variable micro-fees.
How do you want to do that?
The network itself does not know anything about the outside world. So the xem / $ pair is unknown to the nodes in the network.
Is there a way to peg against the $ value? I donāt expect anything quickly done but Iām just voicing a issue in anticipation for the next surge. I donāt know how to get around that. I donāt have the answer to it but it isnāt unique.
Not sure if i can post this here, but here is a discussion with the same issue with ethereum.
Excellent!
I asked a similar question yesterday on NEM channel in telegram. Paul responded saying āDynamic fees are impossible if you want to keep everything decoupledā.
To keep NEM decoupled means it is not interacting with third party resources like ethereum does. NEM specifically doesnāt do that to keep outside effects to minimum. I was thinking this was a current bug -not being able to peg to usd- but when you define it like that this is a feature of NEM. If you want to interact with outside world you can do that in your application, NEM will supply immutability and transactions as far as I can tell.
The price of microtransactions will always have to be updated but I guess if the price spikes occur this needs to be faster than today.