How pools distribute rewards to delegates

Thanks for that explanation.

Do you have any idea how early before August 18 we will be able to switch to main net and set up so we can work on attracting real stakers?

So the Hard fork is on 29th July, which takes one epoch to take effect.

An epoch is 120 hours / 5 days.

So 3rd July we will be able to stake. The first rewards will be distributed on 18th August from staking. So I would suggest that stakepools will be set up around hard fork time. Specifics will be communicated soon i’m sure


AH, I’m glad I asked! I thought STAKING was starting on Aug 18, not rewards! I think you meant to write 3 Aug for start of staking, but I get the idea.

OK, one other question. When a pool registers I know we set what our pool owner pledge is. I was wondering if that amount can ever be changed (up or down) and if so, if any repercussions of that.

1 Like

Here’s what I heard (paraphasing):

Increasing the ada amount in the pledge address has no negative effect but if a pool provides less pledge than the pledge stated on the pool certificate, it gets no rewards. Changing the set pledge amount requires a new pool certificate and will reset the pool, undelegating everyone on it.

This was only hearsay from a pool operator. Can anyone verify if this is true?

1 Like

Anybody have any info on what xxrsee mentioned?

here’s my source about changing pledge and the certificate thing. Still searching where I read about increasing pledge in the address and resetting the pool and stuff.

OK, thanks. Yeah that bit about resubmitting the certificate causing all delegates to be dropped is alarming if true.

I think it just means don’t go changing your pool’s configuration too much or
a pool operator can’t cheat by increasing the fee after ada has been delegated to the pool or the operator risks having no delegation.

Right, that’s fair. I’m OK with it if that is true, but I just think that, if true, it should be written in blazing letters int he sky. I’d hate to think of someone learning that the hard way and causing his whole group of delegates to be dropped just because he wanted to up his pledge.

From reading the thread from my source, it seems there’s an option to have one’s rewards sent back to the pledge address, if that is true, then increasing the ada in the pledge address should provide no risk. Better check with the stakepool best practices telegram to be sure of that.

Right, will do. Thanks.

Is your pool already up? We’re just getting up now, and we’re learning as we go.

As much as I would love to create a pool, my computer’s potato and currently don’t have any funds to either buy a cpu for staking or rent a server.

Ah OK, fair enough. I guess I just assumed because of the forum. What’s your involvement in the community?

Not really involved, simply wasting my time on the web trying to comprehend the wonder that is Cardano. Used to make memes before my machine got borked.

LOL. OK, that’s cool.

Hi Innovafire,

I wanted to clarify before responding.

So you can change your pledge when ever you like, it does not reset your pool, it will just send a notification to the wallets of people pledging to you to inform them. Nothing more.

What ever you set your delegating at, it does have to be there by the end of the epoch though or no one gets rewards.

1 Like

OK! Thanks for taking the time to get us the correct data. Much appreciated!

1 Like

No, the pool id remains the same as long as the cold keys are the same. Thus, adjusting parameters won’t undelegate your delegators. But Daedalus will warn them that parameters changed.

1 Like

sorry if this is a stupid question - but would I need to un-delegate first?
I tried to register again (to update my metadata) using the same registration and delegation certificates but i got a an error. Not sure if I need to remove the original pledge delegation and then redo it. And if so , how is that done?

Could you please create a new thread in Haskell Testnet section of the forum instead of replying to existing one where OP is unrelated to your query?
No - you do not need to undelegate.