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

[surfer43]

now time to work on stratum miner?  

[1715023365]

1715023365

[1715023365]

1715023365

[1715023365]

1715023365

[northranger79510]

Wow..great progress we are making.

[tseug]

Hi, all -

As promised, with ypool's update to address the share-vs-block
fairness issue, I'm releasing as open source my miner code.
I've also placed online binaries with the usual dev fee structure:
2% default, which can be disabled from the command line.

Thanks to everyone who supported this with dev fees over the last
few days.  I've taken the time to clean up the code modestly -
it still needs work, but it's not the total mess it was yesterday.
I've integrated the windows/mingw build into the main line and
added -s <maxSieveSize> parameter on the command line to replace
the former set of multiple builds.

Binary releases:
  http://www.cs.cmu.edu/~dga/crypto/ric/

Source release:
  https://github.com/dave-andersen/fastrie
  (in the xptMiner subdirectory)

Note:  If you're running any other miner, it's important to
upgrade to this one ASAP in order to ensure that you're getting
a fair share of the blocks you find!  The change from "first four"
to "any four" means that the miners will all be finding MANY more
shares per block -- so if you're running old code, you will be at
a serious disadvantage.  Something like 30 to 1.  Upgrade ASAP.
The miner will report a different number of chains/sec than it
did before because of the change to shares, but it's roughly the
same code as before - maybe 1% or less slower because of testing
for multiple primes.

Happy mining, and thanks as always to Gatra for creating a great
proof of work, to jh and clintar for the starting codebase,
and to everyone for participating in it.

Note also that jh is releasing a new miner - compare and find the best
one, I don't know which one is faster.

Any chance of 32 bit miners, windows and linux?

I'm currently GPU mining scrypt under a windows 32 system and would love to mine RIC alongside. Don't have too much faith on being able to compile for linux either when I finally reboot.

[dddwww]

Had to go back to sse4 b9 from b10

On all my Linux machines I started getting lots and lots of invalid shares, mostly of this type:


[00:05:37] Share found! (Blockheight: 23302)
Invalid share
Reason: Share double submission or work unknown
[00:05:42] Share found! (Blockheight: 23302)
Invalid share
Reason: Share double submission or work unknown


Also a few like this:
[00:01:41] Share found! (Blockheight: 23302)
Invalid share
Reason: Merkleroot is invalid or corrupted. Update your miner.

All is well once I went back to sse4 b9

These are a variety of Linux boxes with Xeon processors, no issues with previous software releases

[surfer43]

You should mine with b10 for sure. It is at least 10 times faster at finding shares. Even if the beginning ones are rejected (that issue happens to everyone).

[deadthings]

Agreed. In my experience, B10 is shaky at first, but then settles down after the first 10 shares or so and is significantly faster than B9 thereafter.

[dddwww]

Thanks for the tip about b10's behavior being normal, switching back to it. 

[one4many]

Binary releases:
  http://www.cs.cmu.edu/~dga/crypto/ric/

First of all, thank you for the great work on the miner. I was using b8 for a few days and it worked nicely.

b10 however has a huge memory leak it get killed by the os pretty instantly. Can you fix your build?

Also tried building b10 out of the source you provided. But the build fails as well with

Code:

xptMiner/main.cpp:7:18: error: atomic: No such file or directory

It is currently 4am and I haven't investigated anything yet ... my guess is that my standard CentOS gmp version is too old.

UPDATE1: Bizarrely enough b10 works on some machines but not on others. The machine will the most memory 32 GB crashes within 3 seconds, so does a VM with 1 GB. But one with 8GB works fine! any advice?
UPDATE2: The build still fails with a missing atomic include, despite the GMP upgrade.
 
All the best!

   one4many

[dddwww]

I don't see a memory leak on my Linux machines (equivalent of CentOS 6.4).  On my 4GB machines it is using about 68% of the memory, on my machines with > 32GB it is using about 15%.  I running the raw binary, not rebuilding.

Unfortunately ypool seems stuck on block 23373

[surfer43]

The difficulty is going to crash if ypool doesn't start running again. 

[Bigtruck45]

Is there a new Minerd for solo mining?
Or is it possible to set up B10 for solo mining? If so then what settings

[istudy92]

ypool is down right?

[Bigtruck45]

ypool is down right?

yes

[antonio8]

The difficulty is going to crash if ypool doesn't start running again. 

Is that why I am getting a connection server error with dga's new miner?

[surfer43]

The difficulty is going to crash if ypool doesn't start running again.  

Is that why I am getting a connection server error with dga's new miner?

If you are attempting to connect to ypool, yes.

Is there a new Minerd for solo mining?
Or is it possible to set up B10 for solo mining? If so then what settings

a00k's miner is good for solo mining. I believe it is as good as dga's B10 pool miner. B10 didn't improve on finding blocks, it only improved on finding shares.

Also: it's been 40 minutes since a block was found. No significant computing power is going towards solo mining. The only entity finding blocks currently is ric.upcpu.com. This needs to be fixed asap or no transactions will be confirmed  

gatra: I think this shows we should reduce difficulty adjustment to 1 block.

[goodluck0319]

shall I stop mining the new version of miner? and go to B9 version?

what shall I do?

[surfer43]

shall I stop mining the new version of miner? and go to B9 version?

what shall I do?

Either mine on ric.upcpu.com or solo mine. Use B10 if you mine on a pool.

[surfer43]

Riecoin is currently prone to double spending attacks. Upcpu controls 100% of the network. Please solo mine if you have significant amounts of processing power. Thanks.

[istudy92]

Riecoin is currently prone to double spending attacks. Upcpu controls 100% of the network. Please solo mine if you have significant amounts of processing power. Thanks.

What is double spending attacks? and why would Riecoin be in such a prone to it now?

[surfer43]

Riecoin is currently prone to double spending attacks. Upcpu controls 100% of the network. Please solo mine if you have significant amounts of processing power. Thanks.

What is double spending attacks? and why would Riecoin be in such a prone to it now?

This is also known as a 51% attack.

A 51% attack is where an entity confirms transactions involving double spending of coins in their blocks, and the entity finds blocks faster than the rest of the network. The network automatically accepts blocks and if there is a tie it accepts the first block to have another block built on top of it, and so on until the tie is broken. So, with 51% of block solving capabilities, one is able to make the network accept transactions involving double spending coins.

upcpu is solving all of the blocks, so if they wanted to, they could double spend their coins.

More on Double Spending