[Dev] Hard fork to change retarget, averages and block time

Bushstar

Block limiting stops more than a certain amount of blocks being mined in set time period. It does this by orphaning blocks. Very small coins may need this if their hash power can be sent up by hundreds of times but that does not apply to us, plus I would personally be unhappy if I spent two days solo mining a block at home to get my block orphaned by the block limiter.

Ghostlander has come up with a good solution for Phoenix coin but I do not believe that it suits us.

Ah ok. Fair enough. Was just curios.

wrapper

Hi All,

Just thought you “guys” should know Bush has been working very very hard with Wellenreiter on getting “Enhanced hash rate compensation” coded and tested.

We are getting to the stage where some code review would really help. Particularly looking at “shed painting protocols” and for any other code traps.

I’m hopefully we can get a more public test up on line, again a few volunteers to do some testing would encourage Bush to take some time to open it out.

Remember, the more members that get involved the safer and quicker we can get this done.

Hi All,

Just thought you “guys” should know Bush has been working very very hard with Wellenreiter on getting “Enhanced hash rate compensation” coded and tested.

We are getting to the stage where some code review would really help. Particularly looking at “shed painting protocols” and for any other code traps.

I’m hopefully we can get a more public test up on line, again a few volunteers to do some testing would encourage Bush to take some time to open it out.

Remember, the more members that get involved the safer and quicker we can get this done.

What can those of us with more limited coding abilities do?, I can read through code but not well enough to be of use. What else needs doing?

wrapper

Hi Ryan,

You can probably help downloading and testing the new wallet, a little latter on. When we get the first public beta out.

At this stage, we mainly need Devs and miners/pools to get involved. “Lookin around” the actual coding, which is pretty bleeding edge to catch up on. Mainly due to complexity of how the “Hard Forking” system in the Bitcoind protocol works.

I didn’t worry too much about being a hacker, the codes pretty straight forward, as far as readability.

If you learn Github or the Feathercoin Guide / instructions to compile the source code in a Virtualbox, means anyone (even windows) can get hold of the fresh code and see what’s happening. That’s why those compile guide instruction show how to view the code in Qt Creator IDE (open source development environment.)

Learn Github. Set up and learn to compile code ready to do alpha testing.

Another requirement is help setting up a test net, I did get a Digital Ocean droplet set up with a p2pool feathercoin testnet at one stage, but I had to take that down. With the test net extra CPU miners would be advantageous, and would be easy to do, with a few instructions (that need compiling).

We need to update miners and pools that a hard fork is coming, members could help by giving pools and miners some warning that developments are a foot …

The main Devs are very busy, - Without help the development will go on, but take longer.

.

wec

Let me know where to point my miner and where to setup an instance of a p2pool feathercoin test net. How big does the droplet need to be? O0

wrapper

We’ll let you know, soon.

Concentration is on completing our test spec.

We found out yesterday that, the Feathercoin p2pool software needs an update to add testnet compliance. Once that is done (we can help, but can’t do it now) we can point miners (CPU) using cgminer to a “Test pool”, and members could help test mine then.

At the moment, we would also have to apply a compiled Feathercoind, to get the test version working. I couldn’t “self compile” on a 1 GB droplet. There may be a way to do it then re size down. It will run p2pool on a 0.5 GByte Droplet.

Let us know if you have skill sets to get that (or something similar) going and not interrupt the Devs, (too much).

wrapper

Wellenreiter has fixed the p2pool and we are awaiting that to be merged.

https://github.com/wellenreiter01/p2pool-feathercoin.git

Here is the link to any member who can help to set up a test p2pool, it will need the --testnet switch.

The idea a p2pool is, the software changes are on the server, so only one place needs up-dateing with fixes and we can get less technical members attached as say, cpu miners.

Again, we’re a bit busy, so some help would be appreciated and be very effective, so worth the effort…

wrapper

Testnet p2pool

/minerd -o http://188.226.166.44:19328 -u mgY5xVMDccd1UQqPM6RiruNgX9q8eTYw3f+0.00000011 -p -x

Wellenreiter has set up p2pool on the test net. If you haven’t got an test address use

mmVjNeDvYKUsCZop8yGeZScdkeZm2pc1T2

It is testing so we may need to dump people off at some stage, I’ll sort some other addresses and when we are happier with initial tests we’ll open a test wallet download.

Test Addresses

miQBffwvtTYQ97K6jmxBYNgAQ8ckTJwmzf
mfyZwhyLBs75Scz2bCMdX3jMUC5X4wqACg
mvu7eFnmt9i1BgTuN4AEbh2M8iYV91dxWg

e.g. CPU miner
./minerd -o http://188.226.166.44:19328 -u mmVjNeDvYKUsCZop8yGeZScdkeZm2pc1T2+0.000022 -p -x

lizhi

OK, I run minerd -o http://188.226.166.44:19328 -u mmVjNeDvYKUsCZop8yGeZScdkeZm2pc1T2+0.000022 -p -x

wrapper

Cheers Lizhi,

We’re got to update the p2pool (feathercoind). Can you stop the miner?. I will post back when we need to do some more testing (on the p2pool testnode).

Wellenreiter

If you are not so keen to get ‘funny money’ in your testnet wallet. you can use any name to login to the p2pool.

It then directs all coins mined under non-feathercoin-testnet addresses to the pools default address.

So minerd -o http://188.226.166.44:19328 -u Lizhis_miner+0.000022 -p -x would also work ;)

uncle_muddy

Guys, if you need free resource to keep the test net up let me know, I shift a couple of things around here and can give you access to the VM console by tomorrow afternoon.

I can shove my 700Mh miner at it for a bit as well if it helps out

UM

wrapper

Cheers for the offer UM, we have some specific things to do first. Then we will be looking at some other senarios, we want some extra miners and wallet transfers etc…

We’ll post on here when the testnet is online and what you can do to help. It’s down at the moment awaiting some updates…

uncle_muddy

No worries, just give me a nudge. I’ll prep you some space on a VM host here so it’s ready when/should you need it. No point in paying for DO resource unless you really have to ;)

The miners is only a spare/test machine so it’s there as soon as you want it, just need some settings for it

UM

lizhi

I Run it . minerd -o http://188.226.166.44:19328 -u Lizhis_miner+0.000022 -p -x

wrapper

Hi Lizhi,

Can you switch off the test miner, urgently. We will ask when we need more miners.

ghostlander

I don’t think it’s a good idea to re-target every block. It results in much higher processor utilisation compared to retargets every 15 blocks. It may be a problem over time because GetNextWorkRequired() is called while verifying every block in the chain. This approach is also more vulnerable to time travel attacks. PPC retargets every block, but their retarget code is rather simple. They don’t look back 500 blocks or so on every retarget.

wrapper

Hi Ghostlander, that doesn’t seem to be a problem GetNextWorkRequired().

Can you help us specify a test for additional vulnerability to Time Travel attack?. I’ve heard of Timewarp, which I don’t think we are more vulnerable to.

Plus ReTargeting every 15 Blocks opens up to the 14 Block attack, which is not theoretical.

ghostlander

Produce a series of blocks with their time stamps adjusted to the maximum possible, either to the past or to the future, and see what it does to the difficulty.