I think this is a great idea, but in practice (especially in a forum that is static) this is very difficult.
For instance, I have had several Nodes running for about 6 months. I could tell you my average earnings for those nodes over that 6 month period (30 PRV / week), but the issue is that the number of nodes online and the returns varies greatly… Right now there are over 2000+ nodes online, and every new node added reduces the chance your node will be selected… so I have 2 new Nodes coming on this week, and I don’t expect them to earn the same average rate (hoping it is as least 20PRV/wk… but who knows). It is also a random selection process, I had a node go 40 days without every being selected, but I have also have a node earn over 100PRV in a single week. So no matter what we write about returns on hosting a node, it will become outdated, and the information becomes stale… as it totally depends on the size of the network and the number of slots open for validators to take (which will be changing as dynamic committee gets implemented (current release date is slated for April of next year). Even after all of this, it also comes down to whether you are are going to self host, use a hosting service (Like jservers). pNodes are just like vNodes when it comes to selection and randomness, the difference is you dont have to provide the 1750PRV stake, but you only get 35% of the rewards… so depending on the current price of PRV, it could be a better move than purchasing PRV for stake… again that depends on what you think the value of PRV is going to be.
Placing PRV (or other supported coins) in Provide create a constant rate of return, but that rate of return is also capable of changing depending on the needs the Incognito core team. They will obviously prioritize whatever is needed to make the project grow. Right now that is liquidity, hence the reason for a 37% APY (or about 31.5% APR) return… but don’t expect that to last forever, needs will change, and so will the rewards to compensate and support those needs.
Providing liquidity through the Add function, as pointed about by @ning, is outdated at this point, it is still possible, but you must be fully aware of impairment loss, or you might end up pretty upset with unexpected results… it is not a set % return, like you get with Provide… only do this if you are fully aware of the consequences/rewards possible.
I wish there was a simple easy list to post that explains all of the returns, so someone could just check the one they wanted and do it, but I just dont see that as possible, especially with a project that is under a year old and growing rapidly… Things are changing so fast, and so often it is hard to keep all the information on the forum even up to date (as example, you can just look at Add, it will be updated, but it all takes time)