я отпостил свое мнение на этот вопрос предложив модель участия MRT, не хочу переводить на русский язык %) слишком много там но копию поставлю сюда:

"Let's look on that question with perspective of several years. What drives price of waves, why we do need waves or why we do need other assets/tokens which could be used as tranaction paiment (for different type of transactions).

Today, we do have a lot of "free/cheap" transactions and it has several advantages and disadvantages. About disadvantages - only three main arguments here that I think worth mentioning: we do increase size of our blockchain, transatcions in waves could be posponed (no priority on waves/non waves paiments of transactions) and node operators are not compensated enough for that support and in all these cases it has it's toll for future references - everything must stay within blockchain until the end.

On the other hand amount of the big data which is being created/generated by humanity every year is bigger than whole amount of data generated in prevoius years all together and development of storage/hardware is ongoing process bringing in more and more cheap solution for suppor of big data. We do not need to fear big data but we need to have a plan how to adapt to increase in data in stable manner and quality of service we are going to provide in future. WavesNG made it possible to make 1k+ transactions per second, which means that potentially if we have 1k ordinary transfer (type 4) per second transactions which are paid in waves, that means that 86,4k waves are needed daily to pay for that amount of transactions. Basically that means for the month about 2.6M of Waves are need to pay for all these transactions. Considering the fact that we have about 50M of waves generating and total abount of waves is 100M that shows that potentially 50M of waves could earn about 5.2% of income in waves as asset monthly - but this cannot continue unless waves are given back/sold to community to be used again as transactions. What happens if there are no waves on market to be used for paiments, amount of transactions decreases and every1 looses. So that means that acceptance of fees in different assets is a solution where network is dynamicaly balanced and there is always a way to pay for transactions. I'm not saying that these assets should be cheap/without value or etc - network must be supported, ie node operators compensated for the support of there assets and we need a mechanics behind that. Let's say some1 needs to compensate for the asset to be accepted as tx fee by nodes for x amount of time and here we could potentially see a use case for using MRT as network compensation in the manner it was used before and distributed on even basis so the nodes are compensated properly.

If we stick to the idea that we need to get rid of paiments for transactions in different assets then node operators should be ready to distribute to their lessors not waves it's self but other assets which they buy on open market for waves which are earend as transactions, so the market always has waves as liquidity to fuel up transactions - that leads us to the stage where price for waves on market would be stagnating or to be precise set on specific level which is accepted by community as paiment for transactions (acceptance is measured in amount user is willing to pay for transaction in fiat - ie tx fees now in banks vary around 0.16-1 eur/usd), but it gives lessors constant income in distributed assets which is converted to let's say fiat tokens. Idea behind that is not that bad but it gives us limitations and possible decrease of tx in future if there is not enough waves for some reason.

So I propose that instead of declining transaction paiments in different assets we need a centralized and "vote"able approach for whole nodes to accepts other assets simultaneously and with same settings as paiment for transactions (different schemes needs to be accepted for different type of transactions) automatically without making changes to configuration of nodes but as long as usage of that asset is being compensated for every node participating in block generation. Basically we need such solution where: 1) there is a way for asset to be accepted by all nodes as a transaction for different type of transaction, where issuer of asset deposits X amount of MRT for Y amount of days of transactions in these asset for support acceptance. 2) Nodes automatically support transactions in these assets as long as there is enought MRT to power that transactions 3) MRT received as paiment for the transactions should be distributed to the nodes owners with accordance to the amount of blocks generated on 24h/daily basis (and it does not matter if that blocks had transactions with that specific asset or not) and it should be distributed evenly while compensationg for difference in block generation mechanics (basically approach where first several block per day receive more MRT is very good aproach and it should be used as a bases but with several levels - ie 5-10 block X5 MRT, next 5-10 blocks X4 MRT, next 30 blocks X2 MRT next 30 block or etc until we fix block generation algo issues (this is just example and exact aproach should be analized more precicly) 4) Way for the miners/node owners/MRT owners to vote on level/amount of how much MRT is needed to provide transactions for X asset as transatcions for 24h/daily aprouch with different possible selections of settings of max amount of transactions that needs to be accepted by every microblock/second (so we could potentialy design different paiment schemes where 1tx per second could could cost 5 time less than 10tx per second and it's up to asset issuer to decided which support of tx-s is needed by his system and is paying network with MRT accordingly. That way part of MRT which received by nodes would be used to power up transactions to distribute node profits to their lessors). As long as there is accepted state of paiment sceheme it works untill new 1 is voted to be active and all previous orders are valid until."


При оплате перевода средствами ноды да они вернутся к ноде но будут классифицироваными как доходом ноды и должны будут быть распределены между арендаторами волн - тоесть нужно точно отделять часть полученной комсы от общей к часть оплаты переводов и тут ту верно подметил можно это сделать если каждая такая транзакция дешевле обычной и их не нужно будет учитвать к доходу арендателям, правда по статистическому распределения тут все будет сдвинуто, какая-то из нод в какой-то момент получит больше этой комиссии чем она должна и кто-то в итоге теряет. Я бы даже сказал что терять будут тогда большие ноды (с большим количеством арендателей волн кому что-то распределять нужно). Однако если сумму такой транзакции уменьшить в 1000 раз то доход/потеря будут действительно незначительными и существовать будут, как ты верно подметил, для поддержания сети в работе на определенном асете. Но масс транза доходов и айрдропы нужно отличать и при айрдропе все должно работать как сейчас - за волны по стандартной стоимости а при распределении доходов меньше. Вообще может нужно автоматизировать распределение доходов на смартконтракте (хотя еще не представляю как это сделать )

Про то что еще обсуждалось, я в целом, может еще какая мысль там интересная звучала а так да обязательно полистаю при следующей возможности