[ANN][RIC] Riecoin: constellations POW *CPU* HARD FORK successful, world record

[dga]

Any updates this week Gatra?

We're waiting for dga to merge the stratum code. I'm hoping he could make new binaries for Linux and Windows: that would leave miners no excuse for trying other pools.

I've started working on the superblock thing which feels like the new priority, I'm thinking on the easiest and safest way to implement the difficulty adjustments taking superblocks into account. I'm determined to break at least one record.


Thanks for keeping pushing me to write the updates!

Argh - sorry.  This is still on my todo, I'm just lagging a little.  I will try to get it done by tomorrow.

Ah.  I hadn't realized it was a near complete redo of the communication-related parts of the miner.  This will take a little longer than I'd expected, but I'm kicking at it now.

[1713253112]

1713253112

[1713253112]

1713253112

[1713253112]

1713253112

[gatra]

Any updates this week Gatra?

We're waiting for dga to merge the stratum code. I'm hoping he could make new binaries for Linux and Windows: that would leave miners no excuse for trying other pools.

I've started working on the superblock thing which feels like the new priority, I'm thinking on the easiest and safest way to implement the difficulty adjustments taking superblocks into account. I'm determined to break at least one record.


Thanks for keeping pushing me to write the updates!

Argh - sorry.  This is still on my todo, I'm just lagging a little.  I will try to get it done by tomorrow.

Ah.  I hadn't realized it was a near complete redo of the communication-related parts of the miner.  This will take a little longer than I'd expected, but I'm kicking at it now.

I tried to leave the xpt protocol part without changes while inserting the stratum part there so when merging it should be easy to see if I did break anything... but yes the file has changed considerably.

Thank you very much for your effort!

[vancsj]

Hi gatra, do we have P2Pool support for RIC?

[northranger79510]

Any update this week Gatra?

[safari100]

Any news?

[Ellieo]

Any news?

Riecoin is immune from current rally of BTC downwards trend. At least that's the news from the market front. Riecoin is your best long terms safe heaven.

Sell BTC Buy RIC!!!

[gatra]

Hi gatra, do we have P2Pool support for RIC?

Not yet, but it's on my to do list

Any update this week Gatra?

I'm currently on the hardfork. After some analysis and testing, I think that the best is to start with one superblock of (about one hour) per week and break the record for sextuplets. We would add an entry to the top ten once per week.
After that and with more time we can think of breaking the others. I've been thinking on how to work with much larger tuplets that would take hours or days to find, without the need for superblocks. It would work similar to how pooled mining works: blocks would allow tuplets with one or two composites until we finally find the record tuple of all primes. Doing this we could obliterate all records for tuples of size 6 and onwards!

Tuplets of fewer primes, like twin primes or even single primes are still out of reach until we have more ideas because block verification would take too long.

[northranger79510]

Hi gatra, do we have P2Pool support for RIC?

Not yet, but it's on my to do list

Any update this week Gatra?

I'm currently on the hardfork. After some analysis and testing, I think that the best is to start with one superblock of (about one hour) per week and break the record for sextuplets. We would add an entry to the top ten once per week.
After that and with more time we can think of breaking the others. I've been thinking on how to work with much larger tuplets that would take hours or days to find, without the need for superblocks. It would work similar to how pooled mining works: blocks would allow tuplets with one or two composites until we finally find the record tuple of all primes. Doing this we could obliterate all records for tuples of size 6 and onwards!

Tuplets of fewer primes, like twin primes or even single primes are still out of reach until we have more ideas because block verification would take too long.

Can we assume that this hardfork is the best option for Riecoin?

[Ellieo]

Hi gatra, do we have P2Pool support for RIC?

Not yet, but it's on my to do list

Any update this week Gatra?

I'm currently on the hardfork. After some analysis and testing, I think that the best is to start with one superblock of (about one hour) per week and break the record for sextuplets. We would add an entry to the top ten once per week.
After that and with more time we can think of breaking the others. I've been thinking on how to work with much larger tuplets that would take hours or days to find, without the need for superblocks. It would work similar to how pooled mining works: blocks would allow tuplets with one or two composites until we finally find the record tuple of all primes. Doing this we could obliterate all records for tuples of size 6 and onwards!

Tuplets of fewer primes, like twin primes or even single primes are still out of reach until we have more ideas because block verification would take too long.

Can we assume that this hardfork is the best option for Riecoin?

Judging from Gatra's reply I think it should be a framework for many great things to come with Riecoin. My only reservation is that the framewrok should work and it's future-proof for world records breaking, applications developement, etc.

[gatra]

Hi gatra, do we have P2Pool support for RIC?

Not yet, but it's on my to do list

Any update this week Gatra?

I'm currently on the hardfork. After some analysis and testing, I think that the best is to start with one superblock of (about one hour) per week and break the record for sextuplets. We would add an entry to the top ten once per week.
After that and with more time we can think of breaking the others. I've been thinking on how to work with much larger tuplets that would take hours or days to find, without the need for superblocks. It would work similar to how pooled mining works: blocks would allow tuplets with one or two composites until we finally find the record tuple of all primes. Doing this we could obliterate all records for tuples of size 6 and onwards!

Tuplets of fewer primes, like twin primes or even single primes are still out of reach until we have more ideas because block verification would take too long.

Can we assume that this hardfork is the best option for Riecoin?

Of course, I think it is... and almost all feedback was positive. Maybe we could take a more conservative approach... like doing it once per month or only a one-time superblock. I understand the concerns but everybody agrees that world record = good

If that experience works well then we can discuss the details of the more agressive approach that would require everyone to update their miners as well.

we could have a poll.. what do riecoiners think? once a week or a one-time thing, just to prove our power and think of the other approach?

[Ellieo]

Hi gatra, do we have P2Pool support for RIC?

Not yet, but it's on my to do list

Any update this week Gatra?

I'm currently on the hardfork. After some analysis and testing, I think that the best is to start with one superblock of (about one hour) per week and break the record for sextuplets. We would add an entry to the top ten once per week.
After that and with more time we can think of breaking the others. I've been thinking on how to work with much larger tuplets that would take hours or days to find, without the need for superblocks. It would work similar to how pooled mining works: blocks would allow tuplets with one or two composites until we finally find the record tuple of all primes. Doing this we could obliterate all records for tuples of size 6 and onwards!

Tuplets of fewer primes, like twin primes or even single primes are still out of reach until we have more ideas because block verification would take too long.

Can we assume that this hardfork is the best option for Riecoin?

Of course, I think it is... and almost all feedback was positive. Maybe we could take a more conservative approach... like doing it once per month or only a one-time superblock. I understand the concerns but everybody agrees that world record = good

If that experience works well then we can discuss the details of the more agressive approach that would require everyone to update their miners as well.

we could have a poll.. what do riecoiners think? once a week or a one-time thing, just to prove our power and think of the other approach?

The one-time thing feel likes we had reached a theoretical limit. Riecoiners should know better. 

[Ellieo]

There is surging of invalid shares with current state with Ypool. I had almost 50 of them one after another in last few hours. Confirmation of payout is also slowing down as my last payout was nearly 7 hours ago and still pending for confirmation. No new payout coming in from Ypool since.

Anyone experience these issues?

[gatra]

There is surging of invalid shares with current state with Ypool. I had almost 50 of them one after another in last few hours. Confirmation of payout is also slowing down as my last payout was nearly 7 hours ago and still pending for confirmation. No new payout coming in from Ypool since.

Anyone experience these issues?

Yes, no blocks for the last 7hs. Maybe it's time to give http://ric.nonce-pool.com/ a try!
You'll need the version of the miner that supports stratum https://github.com/gatra/fastrie/tree/stratum

[gatra]

There is surging of invalid shares with current state with Ypool. I had almost 50 of them one after another in last few hours. Confirmation of payout is also slowing down as my last payout was nearly 7 hours ago and still pending for confirmation. No new payout coming in from Ypool since.

Anyone experience these issues?

I just had news from ypool: they found the problem and need to resync the wallet. Apparently it was a bug in the wallet that we inherited from bitcoin.
It should be back in a few hours

[bsunau7]

In ten hours the difficulty has stuck @ 1410 and no blocks found...

I'd have assumed that the difficulty would have plummeted by now... Not having looked at the protocol to much, do we need confirmations for the difficulty to drop?

Guess I was hoping for easy coins while 95%+ of the network was "dead"

Regards,

--
bsunau7

[gatra]

In ten hours the difficulty has stuck @ 1410 and no blocks found...

I'd have assumed that the difficulty would have plummeted by now... Not having looked at the protocol to much, do we need confirmations for the difficulty to drop?

Guess I was hoping for easy coins while 95%+ of the network was "dead"

Regards,

--
bsunau7

Yes, in all cryptocurrencies the "retargets" or difficulty adjustments need at least one block in order to be done. In our case, the next adjustment is about 137 blocks ahead. So I expect the difficulty drop a little (easy coins for everyone, blocks every 1 minute approx) and then recover at the following adjustment.

[bsunau7]

And down to 1292...

[datendrache]

I'm currently on the hardfork. After some analysis and testing, I think that the best is to start with one superblock of (about one hour) per week and break the record for sextuplets. We would add an entry to the top ten once per week.
After that and with more time we can think of breaking the others. I've been thinking on how to work with much larger tuplets that would take hours or days to find, without the need for superblocks. It would work similar to how pooled mining works: blocks would allow tuplets with one or two composites until we finally find the record tuple of all primes. Doing this we could obliterate all records for tuples of size 6 and onwards!

Tuplets of fewer primes, like twin primes or even single primes are still out of reach until we have more ideas because block verification would take too long.

I was considering the idea of having two threads going on simultaneously with mining a "superblock" on one and the regular 2.5 min transactions blocks on the other.  Possibly generating 1/2 of the coins on the superblock and 1/2 on the standard blocks.  That way we don't gum up the transactions while processing superblocks....  That being said, I'm starting to dislike the idea of superblocks interrupting the 2.5 min transaction cycle less and if we want to do a hard fork we should do it one time only and get it right.

[gatra]

I was considering the idea of having two threads going on simultaneously with mining a "superblock" on one and the regular 2.5 min transactions blocks on the other.  Possibly generating 1/2 of the coins on the superblock and 1/2 on the standard blocks.  That way we don't gum up the transactions while processing superblocks....  That being said, I'm starting to dislike the idea of superblocks interrupting the 2.5 min transaction cycle less and if we want to do a hard fork we should do it one time only and get it right.

mmm.... I don't want to spread the computing power in 2 parallel threads... it would make breaking the records slower while at the same time make the blockchain less secure... I'd rather have all the "hashrate" focused on one task that serves both goals.

[fairglu]

You'll need the version of the miner that supports stratum https://github.com/gatra/fastrie/tree/stratum

Hmmm, did a build all under debian, it generated "-b15" executables and when mining I'm seeing

Code:

Invalid share
Reason: Merkleroot is invalid or corrupted. Update your miner.

The -b16 from dga seem to work fine.