There have been good improvements to attract users to the Grid like a default discount on deployments, and extra discounts if you have a certain amount of tokens. Which is very positive since an attractive price can bring lots of utilization. Also the boosters are good to bring attractive nodes online for dedicated renting.
There is still a pressing issue I believe regarding the tokenomics for rewarding farmers to host workloads. Providing grid resources is one, no Grid to deploy on otherwise. Then next would be running workloads on them to actually utilize this already big network.
Currently there is little incentive for a farmer to attract any kind of workload to his/her node(s). Only if you can provide some public IP’s (most can’t) or get lucky to have a workload that uses a lot of bandwidth. The extra you can get does not seem to be enough to try to get your nodes filled with workloads.
If you don’t have public IP’s or a workload that uses a lot of bandwidth, getting for example a miner workload could decrease your profit since your node would start to use more electricity.
Of course we can’t just keep on increasing rewards for farmers every time we want to resolve something. Tokenomics are very complex to design, also very sensitive to personal opinion. But rewards can come in many different flavors forms and even combinations of things.
The following are not suggestions, just ideas as to how we could resolve the issue. To get you guys going with ideas!
- A farmer could get some more rewards over time, if they can hold workloads for a minimum amount of time. For example first month they get 1% extra for each workload they had for min of 3 weeks. Next month 2% if the same workload is still there for a total of 2 months, … with a max of 5%.
- A farmer could build some reputation count based on workload age that gives him bigger advantages when using the gird.
- Soon there will be the introduction of Solution Providers, which is awesome! A farmer and a solution provider could sign some % agreement in a smart contract. Then if the farmer received a workload with this solution provider ID in it, the farmer receives the agreed % from the solution provider. For example a workload costs 10TFT/h, the solution provider receives 4TFT/h and the farmer 1TFT/h. This way the solution provider can provide known reliable nodes from a known farmer for the workloads of his users.
- We could introduce some node benchmark, which is used to rewards an extra specific amount based on the performance of the node vs workload age
Do you think something like this is lacking? What would work the best for you? Maybe we create a whole lot of other problems trying to implement something like this?
The idea is to not just hunt for profits as a farmer (no offence to anyone here) but provide valuable hardware that user want to use, and get rewarded fairly for your effort.
Now, the hardest problem with this suggestion I think is the current nodes that are online on the Grid. A lot of them have been build to generate the most amount of tokens (following conversations on the farmers chat ). Meaning an old cpu with lots of cores would create more tokens then a brand new one with less cores (simply put). While any user would prefer the newer cpu, especially at the same price.
It made more sense in the past to build a big machine, regardless of the age of the hardware. So if we want to reward farmers with something extra for workloads, we have to be careful to not create a disadvantage towards the already running nodes. So early adopters do not feel left out.
Difficult question, for sure, but I think very necessary to build a reliable grid with a working ecosystem for the benefit of all participants.
p.s.: Not a farmer myself