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

[cryptonewbie]

Some joker is trying to manipulate the price by sitting atop the buy wall with 7btc.  No way I'm buying above 8 at this point.

[1714170097]

1714170097

[1714170097]

1714170097

[1714170097]

1714170097

[remistevens]

Some joker is trying to manipulate the price by sitting atop the buy wall with 7btc.  No way I'm buying above 8 at this point.

RIC has been sold in large batches over the last week. Sellers fulfilling buy orders for 5000, 10000RIC all at once- this is what drove the price down. A buy 'wall' of 7btc would be insufficient. If they've placed the order, and they've been paying attention, they're prepared to buy what they've ordered.

[Vilepickle]

This coin seems to have some good advantages compared to Primecoin.  I was also able to get the mining up with xptminer and ypool much easier than other CPU coins (looking at you Maxcoin launch).

Just seems like it needs some marketing help.

[northranger79510]

This coin seems to have some good advantages compared to Primecoin.  I was also able to get the mining up with xptminer and ypool much easier than other CPU coins (looking at you Maxcoin launch).

Just seems like it needs some marketing help.

It does. A good coin without marketing will be overlooked. Example: Datacoin right now.

[coomme]

any can see, please vote on https://cryptsy.freshdesk.com/support/discussions/topics/4000000268

[BChydro]

Yeah this coin hasn't made a splash yet, which is sad because it's a great idea

[dga]

Thinking about the pooling issue a bit more, I have a suggestion for how to refine it:

A key danger already identified by the Riecoin creators in using 4-chains as the PoW for pooled mining is the possibility of creating a miner tailored to finding 4 chains.

This isn't theoretical - I've played with a proof-of-concept, and it's both easy and gives a share advantage over a "correct" miner.  I've also run into it on the other side, where by too-aggressively screening out all six candidates, I created mining code that almost never generated a pool share unless it also found a block.  

I don't think it's possible to avoid all bias in this, but a few possibilities make it easier to make a more-correct pooled miner.  The first suggestion also has the advantage of providing a form of variable-difficulty pooled mining that is independently controllable from the Riecoin difficulty itself:

(a)  Minimum divisor requirement for *all* numbers:

   Accept PoW only if:
    (a)  The first four numbers are (MR) prime; and
    (b)  None of the six numbers has a divisor <= N for N=some reasonable size prime.

As an example, the optimized miner jh00 released sieves all six possibilities up to 50,000  (https://github.com/jh000/xptMiner/blob/master/xptMiner/riecoinMiner.cpp ).  A minimum PoW of 50,000 would then exclude any share that has more of a bias towards four-chains than the default ypool miner.

(b)  Generator polynomial matches only

The pattern of primes chosen for Riecoin (p, p+4, p+6, p+10, p+12, p+16) can only occur at certain values.  The simplest polynomial for these is n*210 + 7 and n*210 + 97.  Any miner searching at locations *other* than these is clearly doing something weird, because no valid 6-chain can occur at other locations.  Any non-matching share should be rejected.

  -Dave

[maxsolnc]

Yeah this coin hasn't made a splash yet, which is sad because it's a great idea

That's really sad. I've invested several bitcoins into it and lose 2 btc at the moment - price is dropping more and more. Idea is brilliant, but I see no marketing at all.

[gatra]

Thinking about the pooling issue a bit more, I have a suggestion for how to refine it:

A key danger already identified by the Riecoin creators in using 4-chains as the PoW for pooled mining is the possibility of creating a miner tailored to finding 4 chains.

This isn't theoretical - I've played with a proof-of-concept, and it's both easy and gives a share advantage over a "correct" miner.  I've also run into it on the other side, where by too-aggressively screening out all six candidates, I created mining code that almost never generated a pool share unless it also found a block.  

I don't think it's possible to avoid all bias in this, but a few possibilities make it easier to make a more-correct pooled miner.  The first suggestion also has the advantage of providing a form of variable-difficulty pooled mining that is independently controllable from the Riecoin difficulty itself:

(a)  Minimum divisor requirement for *all* numbers:

   Accept PoW only if:
    (a)  The first four numbers are (MR) prime; and
    (b)  None of the six numbers has a divisor <= N for N=some reasonable size prime.

As an example, the optimized miner jh00 released sieves all six possibilities up to 50,000  (https://github.com/jh000/xptMiner/blob/master/xptMiner/riecoinMiner.cpp ).  A minimum PoW of 50,000 would then exclude any share that has more of a bias towards four-chains than the default ypool miner.

(b)  Generator polynomial matches only

The pattern of primes chosen for Riecoin (p, p+4, p+6, p+10, p+12, p+16) can only occur at certain values.  The simplest polynomial for these is n*210 + 7 and n*210 + 97.  Any miner searching at locations *other* than these is clearly doing something weird, because no valid 6-chain can occur at other locations.  Any non-matching share should be rejected.

  -Dave

I think ypool implements option (a), checking server side for divisors of the last 2 prime candidates.
Regarding (b), actually the only possibility is n*210 + 97 (because n*210 + 7 would be divisible by 7). The RIC client does this check as quick validation to discard bogus blocks before performing RM.
But this is already covered by option (a), since 97 mod 210 is the result of doing a mini-sieve with primes 2,3,5 and 7, hence 210, it's 2*3*5*7 = 210
If you want to add 11 then you have 6 possibilities, not only one anymore.

If you test for divisors up to 50000 then the advantage for having a bias towards 4tuples instead of 6tuples should be negligible.

[northranger79510]

Hey guys...check out a great introduction video to Riecoin one of Riecoin's community member made!

https://vimeo.com/87464754

[remistevens]

Hey guys...check out a great introduction video to Riecoin one of Riecoin's community member made!

https://vimeo.com/87464754

Hey awesome thanks, glad to have made it for a great coin! Feel free to use wherever, for whatever. I was just coming here to post the vid myself.

Go Riecoin!

_{RIC   RGJAyKFQAS7eKvmhU66hm3ApA6jTyFRvEu
BTC   1BCi9rWMXXgtQh1doYH6LtWcwt1QG647xL}

[Mathiau]

Another vote here for RIC / riecoin..

the fact that your not only mining for money but also doing something for mathematics... makes it that much more enjoyable.

[trny]

Hey guys...check out a great introduction video to Riecoin one of Riecoin's community member made!

https://vimeo.com/87464754

Hey awesome thanks, glad to have made it for a great coin! Feel free to use wherever, for whatever. I was just coming here to post the vid myself.

Go Riecoin!

Excellent video remi! The script really came out nicely. Let's try to get it onto Facebook, Twitter, and the official site next.

[cryptonewbie]

A matter of time before this coin goes through the roof!

[mitsarasss]

Hey guys...check out a great introduction video to Riecoin one of Riecoin's community member made!
https://vimeo.com/87464754

You did a great job with that video! You should reupload it on youtube so more people see it.

[trny]

Hey guys...check out a great introduction video to Riecoin one of Riecoin's community member made!
https://vimeo.com/87464754

You did a great job with that video! You should reupload it on youtube so more people see it.

Agreed, YouTube format would allow easier website embedding, and might just get some hits from people browsing related videos

[remistevens]

Hey guys...check out a great introduction video to Riecoin one of Riecoin's community member made!
https://vimeo.com/87464754

You did a great job with that video! You should reupload it on youtube so more people see it.

Agreed, YouTube format would allow easier website embedding, and might just get some hits from people browsing related videos

Makes sense, I'll get it up there today and give it a nice set of tags and CC keywords.

[iwandhdumas2003]

Some test made me feel very dangerous, I like the sense of adventure, also like to challenge new things

[gatra]

Thinking about the pooling issue a bit more, I have a suggestion for how to refine it:

A key danger already identified by the Riecoin creators in using 4-chains as the PoW for pooled mining is the possibility of creating a miner tailored to finding 4 chains.

This isn't theoretical - I've played with a proof-of-concept, and it's both easy and gives a share advantage over a "correct" miner.  I've also run into it on the other side, where by too-aggressively screening out all six candidates, I created mining code that almost never generated a pool share unless it also found a block.  

I don't think it's possible to avoid all bias in this, but a few possibilities make it easier to make a more-correct pooled miner.  The first suggestion also has the advantage of providing a form of variable-difficulty pooled mining that is independently controllable from the Riecoin difficulty itself:

(a)  Minimum divisor requirement for *all* numbers:

   Accept PoW only if:
    (a)  The first four numbers are (MR) prime; and
    (b)  None of the six numbers has a divisor <= N for N=some reasonable size prime.

As an example, the optimized miner jh00 released sieves all six possibilities up to 50,000  (https://github.com/jh000/xptMiner/blob/master/xptMiner/riecoinMiner.cpp ).  A minimum PoW of 50,000 would then exclude any share that has more of a bias towards four-chains than the default ypool miner.

(b)  Generator polynomial matches only

The pattern of primes chosen for Riecoin (p, p+4, p+6, p+10, p+12, p+16) can only occur at certain values.  The simplest polynomial for these is n*210 + 7 and n*210 + 97.  Any miner searching at locations *other* than these is clearly doing something weird, because no valid 6-chain can occur at other locations.  Any non-matching share should be rejected.

  -Dave

Another way around the bias towards 4-tuples, is that the pool should accept any sextuplet of the required form as long as at least ANY 4 of the numbers are prime (instead of the first 4). This way, if you bias towards the first 4 you loose the other combinations. If you bias towards all the combinations, you are at the same time biasing towards the full sextuplets. This would discourage searching for shares instead of actually searching for blocks.
In order to optimize both the miner and the server side checking, I would require only the first p to be prime, as long as at least 3 of the other 5 numbers  (p+4, p+6, p+10, p+12, p+16) are prime too.

[Supercomputing]

Thinking about the pooling issue a bit more, I have a suggestion for how to refine it:

A key danger already identified by the Riecoin creators in using 4-chains as the PoW for pooled mining is the possibility of creating a miner tailored to finding 4 chains.

This isn't theoretical - I've played with a proof-of-concept, and it's both easy and gives a share advantage over a "correct" miner.  I've also run into it on the other side, where by too-aggressively screening out all six candidates, I created mining code that almost never generated a pool share unless it also found a block.  

I don't think it's possible to avoid all bias in this, but a few possibilities make it easier to make a more-correct pooled miner.  The first suggestion also has the advantage of providing a form of variable-difficulty pooled mining that is independently controllable from the Riecoin difficulty itself:

(a)  Minimum divisor requirement for *all* numbers:

   Accept PoW only if:
    (a)  The first four numbers are (MR) prime; and
    (b)  None of the six numbers has a divisor <= N for N=some reasonable size prime.

As an example, the optimized miner jh00 released sieves all six possibilities up to 50,000  (https://github.com/jh000/xptMiner/blob/master/xptMiner/riecoinMiner.cpp ).  A minimum PoW of 50,000 would then exclude any share that has more of a bias towards four-chains than the default ypool miner.

(b)  Generator polynomial matches only

The pattern of primes chosen for Riecoin (p, p+4, p+6, p+10, p+12, p+16) can only occur at certain values.  The simplest polynomial for these is n*210 + 7 and n*210 + 97.  Any miner searching at locations *other* than these is clearly doing something weird, because no valid 6-chain can occur at other locations.  Any non-matching share should be rejected.

  -Dave

Another way around the bias towards 4-tuples, is that the pool should accept any sextuplet of the required form as long as at least ANY 4 of the numbers are prime (instead of the first 4). This way, if you bias towards the first 4 you loose the other combinations. If you bias towards all the combinations, you are at the same time biasing towards the full sextuplets. This would discourage searching for shares instead of actually searching for blocks.
In order to optimize both the miner and the server side checking, I would require only the first p to be prime, as long as at least 3 of the other 5 numbers  (p+4, p+6, p+10, p+12, p+16) are prime too.

But you will then pay a hefty penalty in mining performance for checking all six candidates instead of an early abort strategy when checking a chain of four candidates. Modular exponentiation is a very expensive operation for the size of numbers that we are dealing with.