If I could suggest an alternative method - allow multiple stakes to point to the same node. This would automatically achieve the same goal without requiring a weighting per stake mechanism, nor would it require stake transfers.
But it would be worth asking, is this already more or less already taking place by stacking nodes on the same piece of hardware via docker/kubernetes. It would also be worth challenging the assumption that at 20 cents the economics become challenging for node runners- at current earnings of ~40 POKT per day, that’s ~$240/node/month. An OVH bare metal server with 48 thread Intel CPU, 96 GB RAM and 8x2TB NVMe rents for ~$500/ month (edit per below conversation, used to be 3 NVMe , $350), so if you can conservatively stack 4 nodes on there, the profit margin is considerable. And you can probably get more than 4 given the amount of time nodes spend being idle.
I think this idea of unsustainable infrastructure costs comes from pools and their underlying node providers that charge a lot per node. A LOT. I’m not saying it’s not justified, I’m sure there’s overhead, but we should be cautious making network changes that accommodate non-efficiency. If running at very large scale creates management overhead such that it becomes unprofitable to run, then maybe smaller node-running enterprises are the correct answer. Decentralization is, after all, the primary goal of the network.
Our job is to provide our customers with high quality, reliable, innovative service at the best price possible, and to do that we must continuously seek to make our network better and more efficient. Our current rewards scheme does not promote efficiency, it promotes waste, overspend on infrastructure, and complacency. If anything, I personally think rewards need to be further reduced from our current target of 50% to 20%, at a minimum. I’d support 10%.
NodePilot seems to indicate successfully running 5 chain nodes and 5 validators on a single NVMe drive, and up to 12 with multiple drives, via Docker. Obviously it will depend on available system resources, based on the per node requirements in the table.
Ok so you add more NVMe drives, you can get 8 x 1.9TB NVMe drives for an additional $150. The point remains that rewards are sufficient to cover infrastructure costs, and then some. I updated the original post.
Respectfully, your assumptions are still incorrect, and underestimate the hardware requirements.
I would be surprised if anyone is currently getting 40 pokt/day for a servicer node without running at least 10 Blockchain nodes. To that end, your stated specifications - particularly ram and storage – are insufficient, and definitely do not result in a “considerable” profit margin."
And that’s before considering the two remaining rounds of wagmi reward reductions
I will say, there is a huge void of information as far as hardware requirements, best practices, expected throughput rates, earning potential, unanswered questions and so on. I plan on getting some nodes up and running shortly, and I will fully document the process and subsequent learnings and metrics running those nodes for the benefit of the entire community.
I do have 2 pokt nodes running and Harmony, Polygon, Eth, Gnosis, Binance, DFK. I have 4 servers (each has 32vCPU, 128GM RAM, 2x 3.84 TB NVMe Gen4 datacenter ssds Raid0) and I had to dump Fuse and ionex because it was insufficient (they consumed IOPS from my gnosis and binance blockchains which resulting with fewer relays for gnosis and binance). And a Fantom Blockchain that a friend let me leeching .
And I use Hetzner servers that are cheap (100€) *4 → 400€ which in current state of POKT it’s almost even. If I had only 1 pokt i would be losing money. There are ppl I know in USA they pay 1000 dollars per machine
Of course we have a bear market for crypto so the price of POKT is also affected by that. But Pocket team must do the necessary things to start bringing new Applications to the network.
Again running 2-3 nodes it ~breaks~ even so no profit ( ROI is out of discussion xD )
I think the idea of making/losing money needs to be reframed. There’s no revenue currently really, so you’re paying for the servers regardless via dilution of your stake. POKT going from $1 to 20 cents is partially node runners paying for the infrastructure. There is no breaking even, profit, ROI, as a node runner you’re paying to run the network, 100%, by diluting your own stake with your own rewards. Any money you “make” via POKT earnings is illusory until the app side starts ramping up.
If I can earn POKT at market rate, gain experience, do something I love to do anyway and help the network in the process, sounds like a win to me.
I think you’ve made this argument in another thread too, and the short answer IMO is no.
Each pocket node has certain hardware requirements. (Exact numbers vary, the latest Node Pilot recommendation is 20Gb of RAM). Stacking nodes on the same underlying hardware still requires that each node is allocated approx 20Gb of RAM. In other words to run 10 x nodes stacked on the same hardware, you need approx 200Gb of RAM. Yes, it’s possible to over provision, but not by a meaningful amount.
By allowing multiple stakes to point to the same node, using the example above, you can run 10 x nodes with 20Gb of RAM. If I’ve understood the concept correctly.
I am suggesting that these stakes should point at the same node… to clarify:
Let each node perform up to 10x as many relays. This will move the hardware bottleneck to the network I/O (where it should be), drastically reduce the cost of CPU/RAM/disk, and eliminate the absurdity of stacking multiple instances of the same blockchain on a single machine.
Allow node runners to freely experiment to balance hardware costs against performance at different stakes-per-node while maintaining the 3-week unstake time.
I’ve been thinking about this since Luis piped up on the node runners call yesterday about weighting sessions being complicated and causing state bloat. But aren’t we overcomplicating it here.
Why weight session chance and not just scale rewards?. Instead of it adjusting the session chance. Keep session chance completely random still and just scale the rewards. Floor your stake to 15k bins and weight the rewards based on the floored value.
This seems like an elegant solution. I suppose you could argue it’s unfair that some will be paid more than others to perform the same relay work, but I think that’s a compromise well worth making for the advantages stake weighting provides over other proposals.