I have no idea how to do that. 

I'll have to see if I run into that issue, but as I use a delay between sending out payouts it should be fine.

Ok, I think this is what I'll do;

Move the script to a 24/7 server, and provide everyone with the donation address;

If the script ever exceeds 100 PMC, the remaining funds will be sent to a cold wallet address. That way, should anything go wrong, any overflow coins will be safe, and it the script needs topping up, I can send them from here to keep it running as long as possible.

I have 2k PMC to keep it running, so it's not going to run out any time soon, but if you want to help keep it running, this would be the way to do it.

I've turned off my script for now, now that I know it works. What I may do is set the minimum possible tx fee higher, and when blocks are being generated faster on the network, add it as an additional delay between sending out rewards.

Thanks for the warning. Maybe I should take some precautions and make sure the amount does not go below that, until I can store the majority of my coins elsewhere.

Couldn't I create a new wallet.dat, swap this one out, and send myself coins to an address in that wallet.dat? I can store the rest in there for safety.

Or I could have the main script run on a different server, and periodically top it up using a script on this machine. That would be quite safe. Infact I could go one better and give you all the donation address.

If anyone wants to top up the blockrewarder, you can just send a payout to the account. 

Remember that gambling sites, on the whole, suck up coins. I don't know if they'll actually increase distribution or further centralise it. Although I guess if the owners of the site sell the coins they make, then that would be a form of distribution..

Thank you.  

Lets wait and see if it reduces the tx fees when the blockchain speeds up again though.  

It seems to be working fine. It's just that the tx fees don't always necessarily end up in the next block, so there's a slight chance you'll get double or even triple rewards, but I can easily avoid that by upping the time between payouts to balance it out. It's not really such a bad thing anyway. Call it an unintended payout bonus.  

The blockchain isn't move fast enough to see if it will divide the payout when it speeds up, but with this current payout size I can leave it running for a few hours.

Quick sample of my last 3 minute run;


As you can see it's running perfectly.

I will now perform a 30 minute run.

Should I be sending myself less than one PMC each time I do this? Can I send 0? What do you think?

Yeah, not sure what the issue is there. It should be changing that value. For some reason it's not changing the tx fee. I'll look into it.

Can't happen. It will only run the reward part of the script if 1 or more blocks has been generated.

If no new blocks have been generated, it will wait another 3 seconds until one is.

Ok, so here's what I have;

- Check the blockchain every 3 seconds
- However many blocks have been generated in that time, divide the payout by that
- If txfee is less than 0.00000001, set it to 0.00000001
- current txfee is 0.00010000. So if 10 blocks are generated in 3 seconds, the payout will be 0.00001000

Oh. I see. Should I make it relative to the speed blocks are being generated?

So whatever the difference between the current block and the next block is every 3 seconds, say, divide the tx fee by that amount?

So if after 3 seconds 5 blocks have been generated, divide the tx fee by 5.

This will keep the script running at the same speed, but lower the tx fee proportional to the generation of new blocks. Anyone trying to bombard the network will get less and less tx fees.

Doesn't that just show the transactions being sent out? Those looks like they go to different addresses.

It shouldn't send a tx fee unless there is a new block on the network. Every time the loop runs it checks to see if there are more blocks on the network. If there are, it sends the tx fee. That's correct, isn't it? If I sent a tx fee every time a new block in on the network, it should end up in a new block? So where are there blocks with 2 or 3 of my tx fees?

Hm. What's happened there? It should only add the tx fee once for new blocks.

I'm switching off the script for now. As you say whoever is throwing hash at PMC right now shouldn't get this PMC.

Well I'm adding 0.00012345 to a block every 2 seconds. I'm not going to add one to every block at this rate. I'm certainly not setting it per block for the moment.

I may even lower the payout time. Hopefully that gives other miners a chance to get the tx fees.

Ok, my script is functional now, but I don't feel safe running it for long if there is a problem.

You should see transactions on the blockchain now. I'm sending 1 PMC to myself, and sending 0.00012345 tx fees. However if the blockchain continues moving this fast I will have to stop it. I'm not setting it to 0.001 until I know what's going on.

I've put 500 PMC into the blockrewarder account. Happy mining.

The blocks are moving quite fast..

What's going on?

There's no point me running my script until this is confirmed or not.

What do you mean?

Could someone who is mining keep an eye out for 0.00012345 rewards?

I'm going to use that amount to test this.

Well, it took me 10 minutes to work out how to use the JSON RPC PHP library, so I can't see any problem in having this script running by the end of tonight.

So I'll set the TX fee to 0.01, and for every new block, I'll send myself some Premine. I can have this running 24/7 once It's finished, but again this is only until the new client is released. 

It should certainly help increase distribution. 

I'm going to work on my version tonight. I still have 2k Premine set aside for block rewards.

You scripted one? That's awesome. I'd still like to create one of my own, though.