Autcompounding of staking rewards

Hey everyone,
If there was a proposal to implement automated compounding of staking rewards and it passed, how difficult would it be to implement? Who would write the code changes? Just spit balling here.

1 Like

How exactly would this look like? Would auto compounding be enforced if a proposal like this passed? Currently there are multiple platforms for people to sign up for auto compounding if they wanted to and I think it should stay that way - some people don’t want to auto-compound.

1 Like

Not exactly sure how it would look, which is why i posted. There are other chains where rewards auto compound and I’m wondering how something like that could be implemented. I love not having to claim and restake those tokens and there’s no 3rd party involved. Plus, it’s tax friendlier and requires less record keeping.

Please help me understand why someone wouldn’t want their rewards to automatically compound.

2 Likes

I understand all of your points, however there are already really good solutions out there that many users use and those solutions aren’t limited to the Cosmos Hub only so in my opinion, they’re more efficient already.

With respect to the ‘who wouldn’t want their rewards to automatically compound’, that’s a good point. But, maybe there are some people who have a set allocated limit and just want to sell their rewards. Guess there can be a toggle to turn it on and off however again, solutions already exist out there.

1 Like

Yes, but they’re 3rd party solutions.

Nobody else cares to weigh in?

There is an issue (and we were discussing auto compounding for a long time in fact). It’s not trivial.

Thanks for posting. Forgive me for this seemingly naive question. I’m marketing, not tech so will you please dumb it down a bit and tell me what the screenshot in your post means, that’s “not trivial”?

“not trivial” - means, takes time, it is difficult

I am also not a developer and don’t feel a strong urge to auto-compound. I also think I’m probably missing some perspective since I don’t actually know of all the tools out there that enable people to do this.

If solutions that do this already exist as 3rd party tools, what is the benefit of including the option natively in the sdk, as in that pull that Robert linked? Are the benefits so great that a dev team could be convinced to essentially make a duplicate tool implemented in a different place to the existing solutions?

Who would write the code changes?

This is kind of an interesting question, governance-wise. If there’s a good idea proposed by someone without the technical ability, could you do a signalling proposal to prove support and budget for it (e.g., “Vote yes to commit to allocating X ATOM from the community pool to the development of this feature”) and then turn it into a bounty where a team could submit a community spend proposal to fund their work in coding the feature?

It would be pretty useful for most users to not have to log in everyday just to claim and compound their rewards. Chains such as Ethereum already have widespread liquid staking solutions that don’t have a heavy user overhead, auto-compounding on their own which is pretty simple for more to understand. In addition, ledger isn’t automatically supported with REStake. It requires a lot of user effort and skill that most do not possess. It would be great if this could be coded into the cosmos SDK!! Just a 5 cents from me.

Ledger will be supported pretty soon though. It will come.

Cardano auto compounds, plenty of projects on Ethereum auto compound, Solana is automatically liquid staked and compounds and there are others. IMO, if Cosmos wants to be competitive we must do at least what the competition is doing and natively, without 3rd parties involved. REstake requires extra setup from validators and extra work from delegators. Plus, I’ve seen people online complaining that REstake is down or not working on several occasions.

I have no idea who would do the coding, nor do I have any idea how much funding would be needed. Those things I’m hoping to get from this forum post. I love the guidance about the signaling proposal, but have no idea how much ATOM would be needed. Any idea how many ATOM would be needed for the bounty?

Also, if it all went through and was then written into the SDK, would the auto compounding be retro and suddenly work for all current projects, or only for future projects that used the updated SDK?

1 Like