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

aamarket

sr. member

Activity: 259

Merit: 250

I can confirm above mentioned change helped,
ARM riecoin miner delivered first 4 primes share (after quite a long time) :

p4=0x803a9a745c512a58eaceaafd83f4259ffd0e9bcec9d306484a0e0a7944efc5762b * 2**1452 + 0x32e238469041bc6ef8edc6dcd5d872f664bcbd5ae7e76fd1385ec97334d4c0f

[00:54:07] Share found! (Blockheight: 54252)
====xptShare:: algo=7,ver=2,nTime=1399991211,nBits=33993728,userExtraNonceLength=4
xptShare->prevBlockHash :: dc 4c 98 04 9e ac af 34 2e a5 4a 7b 64 88 07 5a 64 1c 1b 0b c4 f8 2f c8 33 7f 0d 3b f0 21 87 75
xptShare->merkleRoot :: e9 e6 b4 09 ad 1c 4e 87 8b 10 7b 6e 48 08 23 1d 5f 1a 4e c4 e5 bb ad c2 22 f6 a5 fc 1b 9d 45 91
xptShare->merkleRootOriginal :: 7a 7c e8 0d 6d 07 91 7a e8 40 60 55 0f 46 09 e2 86 9a 49 ca ae 4e e6 28 29 13 d3 4d b9 a8 19 d2
xptShare->userExtraNonceData :: 12 00 00 00
xptShare->riecoin_nOffset :: 0f 4c 4d 33 97 ec 85 13 fd 76 7e ae d5 cb 4b 66 2f 87 5d cd 6d dc 8e ef c6 1b 04 69 84 23 2e 03
1716[00:54:08] 2ch/s: 0.7239 3ch/s: 0.0454 4ch/s: 0.0013 Shares total: 1 / 1

"Bus error" is still present, so a watchdog had to be implemented, but hey, now everybody can mine coins with their android cell phone Wink

fairglu

legendary

Activity: 1100

Merit: 1032

Quote from: Siexpert on May 13, 2014, 01:38:44 PM

I'd be interested to see the prime numbers found by the Riecoin network, is somewhere a link for it?

I'm regularly compiling a text file with the first primes of each constellation at http://chainz.cryptoid.info/ric/, you can also view them in the blocks pages.

Siexpert

newbie

Activity: 42

Merit: 0

I'd be interested to see the prime numbers found by the Riecoin network, is somewhere a link for it?

aamarket

sr. member

Activity: 259

Merit: 250

ubuntu should work fine with ./buildAll

fedora required a bit of help (see history here).

Also a small progress with ARM miner, investigation led me to the part of code,
I already marked with "?" long time ago when trying to understand some old miner ...

having

   uint32* powHashU32 = (uint32*)powHash;

   for(uint32 i=0; i<256; i++)
   {
   mpz_mul_2exp(z_target, z_target, 1);
   if( (powHashU32[i/32]>>(i))&1 )
   z_target->_mp_d[0]++;
   }

It needs ">>(i%32))" I'd say - and I do not know why it works fine on x64, but the change helped to get seemingly proper targets on ARM.
Still no share submitted, so I do not know if it helped.

primer10

sr. member

Activity: 249

Merit: 250

Quote from: PeaMine on May 12, 2014, 12:47:14 PM

Are there any special instructions for making the stand alone miner on Ubuntu 13 64bit?
Such as AVX or AES flags for CPUs that support it?
What's the example command line to use for Windows solo mining would be optimal?
Should only run one instance per hardware correct?

I just ran make using the default Makefile. It should compile to AVX if you have the correct architecture (your CPU)

northranger79510

sr. member

Activity: 308

Merit: 250

Riecoin and Huntercoin to rule all!

Bump! Sorry I havn't been on this past week. Still busy with projects.

PeaMine

hero member

Activity: 979

Merit: 510

Are there any special instructions for making the stand alone miner on Ubuntu 13 64bit?
Such as AVX or AES flags for CPUs that support it?
What's the example command line to use for Windows solo mining would be optimal?
Should only run one instance per hardware correct?

aamarket

sr. member

Activity: 259

Merit: 250

tested ARM miner a bit more, seems like data in xptClient_sendShare are OK, at least xptShare->prevBlockHash is the same as in x64 miner running in parallel and xptShare->riecoin_nOffset is a valid part of the first in prime 4-tuple, but it seems there is no hash in the high order bytes of the prime present... hopefully problem found !

northranger79510

sr. member

Activity: 308

Merit: 250

Riecoin and Huntercoin to rule all!

Quote from: gatra on May 10, 2014, 06:00:26 PM

Quote from: northranger79510 on May 10, 2014, 12:28:18 AM

Quote from: gatra on May 09, 2014, 12:46:23 PM

New Riecoin client v0.9.1 binaries are ready. Download from here:

https://sourceforge.net/projects/riecoin/files/riecoin%200.9.1/

We have 3 packages for windows: 32 bit installer, 64 bit installer, and the full zip with sources and binaries.
For linux, one tar includes all binaries and sources.

Changes included:

- submitblock rpc bug fix
- speed optmizations
- getprimes RPC call!
- networkhashpers rpc call

And all the changes from Bitcoin Core 0.9.1 that apply to Riecoin.
These include the openssl update, coin control, 64-bit windows client, new makefiles, and payment requests among many others.

EDIT: I forgot to mention another change regarding testnet. The trailing zeros limit was removed so miners with high primorials can now be used on testnet too. The problem is that old riecoin clients will not accept those blocks so it will cause a fork. So this version should be considered a hard fork for testnet. But hey, it's only the testnet, I only see 3 clients connected and there were no blocks for many days.

Hey Gatra, will focus be concentrated on stratum mining now?

yes, and I'm trying to see what's wrong the android wallet too

Let me know if you need help Cheesy

Emmi-state

newbie

Activity: 19

Merit: 0

Glad to see more interest in the coin.Keep up the good work!

primer10

sr. member

Activity: 249

Merit: 250

Quote from: gatra on May 11, 2014, 12:10:34 AM

Quote from: primer10 on May 10, 2014, 09:56:51 PM

Thanks for the insight! That's ingenious!

if that's the case then https://darmstadt.goxadidi.dk/cgi-bin/block/block_crawler.py 's representation is correct but not http://chainz.cryptoid.info/ric 's.

Could you point me to the src code where this encoding occurs? if you have some spare time of course.

I think both are correct. Take for example block 52879. The first prime in the 6tuple is 1717 bits, or 517 decimal digits.
Both sites say the first prime is this:

Code:

3704548176830082402354888184036735265457513707514114282827126923346807719350909942106612520104867140576183570834177334161620337378149933509025093323038949528156249517533245340639394255761738073988903532935654252009350389903363559279831135436000899487506000499319552851131755478195997174057396243136009137212692071774950889359968473782298676131797996654711544972318803208178611638849274173834397469436974459765232720733141700830653120916133514543679046891468928196323731230202881016252244325991624419491234321088355327

This number has 517 digits, of which 50 are zeros, 56 are 1s, etc. Pretty close to what one would expect statistically.

The one at https://darmstadt.goxadidi.dk/cgi-bin/block/block_crawler.py gives us extra info: this number is the result of:

Code:

29729085016233304338613443050818417113406958567487755830292125671859583168405516 × 2^1452 + 9807390440828730529431913914412731066772996652405249038309180536196528315391

When written in base 2, the number has a string of about 1200 consecutive zeros "in the middle".

The function that transforms the parameters into the number is here: https://github.com/riecoin/riecoin/blob/0.9.1/src/main.cpp#L1243-L1266 - this generates the "base" from the difficulty and the block hash to which you have to add the "offset" (which acts as the nonce) to get the first prime of the tuple.

EDIT: also, in base 16 each hex digit represents 4 bits, so the number will be 430 digits long, and you'll see 299 or 300 (I haven't counted them) zeros in the middle.

Thanks!

aamarket

sr. member

Activity: 259

Merit: 250

I did not have the time to finish ARM port, and there is another problem ...
after couple of runs the miner always ends with something like this :
1717[00:23:20] 2ch/s: 0.4447 3ch/s: 0.0380 4ch/s: 0.0000 Shares total: 0 / 0
Bus error

... which is mentioned only in sph_types.h #if SPH_SPARCV9_GCC

probably inttypes conversion is needed as mentioned already...

gatra

hero member

Activity: 583

Merit: 505

CTO @ Flixxo, Riecoin dev

Quote from: primer10 on May 10, 2014, 09:56:51 PM

Thanks for the insight! That's ingenious!

if that's the case then https://darmstadt.goxadidi.dk/cgi-bin/block/block_crawler.py 's representation is correct but not http://chainz.cryptoid.info/ric 's.

Could you point me to the src code where this encoding occurs? if you have some spare time of course.

I think both are correct. Take for example block 52879. The first prime in the 6tuple is 1717 bits, or 517 decimal digits.
Both sites say the first prime is this:

Code:

3704548176830082402354888184036735265457513707514114282827126923346807719350909942106612520104867140576183570834177334161620337378149933509025093323038949528156249517533245340639394255761738073988903532935654252009350389903363559279831135436000899487506000499319552851131755478195997174057396243136009137212692071774950889359968473782298676131797996654711544972318803208178611638849274173834397469436974459765232720733141700830653120916133514543679046891468928196323731230202881016252244325991624419491234321088355327

This number has 517 digits, of which 50 are zeros, 56 are 1s, etc. Pretty close to what one would expect statistically.

The one at https://darmstadt.goxadidi.dk/cgi-bin/block/block_crawler.py gives us extra info: this number is the result of:

Code:

29729085016233304338613443050818417113406958567487755830292125671859583168405516 × 2^1452 + 9807390440828730529431913914412731066772996652405249038309180536196528315391

When written in base 2, the number has a string of about 1200 consecutive zeros "in the middle".

The function that transforms the parameters into the number is here: https://github.com/riecoin/riecoin/blob/0.9.1/src/main.cpp#L1243-L1266 - this generates the "base" from the difficulty and the block hash to which you have to add the "offset" (which acts as the nonce) to get the first prime of the tuple.

EDIT: also, in base 16 each hex digit represents 4 bits, so the number will be 430 digits long, and you'll see 299 or 300 (I haven't counted them) zeros in the middle.

primer10

sr. member

Activity: 249

Merit: 250

Quote from: gatra on May 10, 2014, 06:08:08 PM

Quote from: primer10 on May 10, 2014, 04:53:42 AM

My math is not that good .. anyone knows why primes generated by RIC miners have lots of zeros in the middle?

They have a lot of zeros in the middle (when you write them in base 2 or hex, you won't see this in base 10) because of the way they are encoded, we "insert" zeros to adjust the difficulty, and only store the quantity of zeros and an offset. This way the block header remains a structure with constant size but has the ability to store numbers of different sizes (potentially huge numbers, so large they won't fit in a hard drive).

Thanks for the insight! That's ingenious!

if that's the case then https://darmstadt.goxadidi.dk/cgi-bin/block/block_crawler.py 's representation is correct but not http://chainz.cryptoid.info/ric 's.

Could you point me to the src code where this encoding occurs? if you have some spare time of course.

gatra

hero member

Activity: 583

Merit: 505

CTO @ Flixxo, Riecoin dev

Quote from: primer10 on May 10, 2014, 04:53:42 AM

My math is not that good .. anyone knows why primes generated by RIC miners have lots of zeros in the middle?

They have a lot of zeros in the middle (when you write them in base 2 or hex, you won't see this in base 10) because of the way they are encoded, we "insert" zeros to adjust the difficulty, and only store the quantity of zeros and an offset. This way the block header remains a structure with constant size but has the ability to store numbers of different sizes (potentially huge numbers, so large they won't fit in a hard drive).

gatra

hero member

Activity: 583

Merit: 505

CTO @ Flixxo, Riecoin dev

Quote from: northranger79510 on May 10, 2014, 12:28:18 AM

Quote from: gatra on May 09, 2014, 12:46:23 PM

New Riecoin client v0.9.1 binaries are ready. Download from here:

https://sourceforge.net/projects/riecoin/files/riecoin%200.9.1/

We have 3 packages for windows: 32 bit installer, 64 bit installer, and the full zip with sources and binaries.
For linux, one tar includes all binaries and sources.

Changes included:

- submitblock rpc bug fix
- speed optmizations
- getprimes RPC call!
- networkhashpers rpc call

And all the changes from Bitcoin Core 0.9.1 that apply to Riecoin.
These include the openssl update, coin control, 64-bit windows client, new makefiles, and payment requests among many others.

EDIT: I forgot to mention another change regarding testnet. The trailing zeros limit was removed so miners with high primorials can now be used on testnet too. The problem is that old riecoin clients will not accept those blocks so it will cause a fork. So this version should be considered a hard fork for testnet. But hey, it's only the testnet, I only see 3 clients connected and there were no blocks for many days.

Hey Gatra, will focus be concentrated on stratum mining now?

yes, and I'm trying to see what's wrong the android wallet too

primer10

sr. member

Activity: 249

Merit: 250

My math is not that good .. anyone knows why primes generated by RIC miners have lots of zeros in the middle?

northranger79510

sr. member

Activity: 308

Merit: 250

Riecoin and Huntercoin to rule all!

Website has been updated Cheesy

northranger79510

sr. member

Activity: 308

Merit: 250

Riecoin and Huntercoin to rule all!

Quote from: gatra on May 09, 2014, 12:46:23 PM

New Riecoin client v0.9.1 binaries are ready. Download from here:

https://sourceforge.net/projects/riecoin/files/riecoin%200.9.1/

We have 3 packages for windows: 32 bit installer, 64 bit installer, and the full zip with sources and binaries.
For linux, one tar includes all binaries and sources.

Changes included:

- submitblock rpc bug fix
- speed optmizations
- getprimes RPC call!
- networkhashpers rpc call

And all the changes from Bitcoin Core 0.9.1 that apply to Riecoin.
These include the openssl update, coin control, 64-bit windows client, new makefiles, and payment requests among many others.

EDIT: I forgot to mention another change regarding testnet. The trailing zeros limit was removed so miners with high primorials can now be used on testnet too. The problem is that old riecoin clients will not accept those blocks so it will cause a fork. So this version should be considered a hard fork for testnet. But hey, it's only the testnet, I only see 3 clients connected and there were no blocks for many days.

Yay! Excellent work Cheesy

!

northranger79510

sr. member

Activity: 308

Merit: 250

Riecoin and Huntercoin to rule all!

Quote from: gatra on May 09, 2014, 12:46:23 PM

New Riecoin client v0.9.1 binaries are ready. Download from here:

https://sourceforge.net/projects/riecoin/files/riecoin%200.9.1/

We have 3 packages for windows: 32 bit installer, 64 bit installer, and the full zip with sources and binaries.
For linux, one tar includes all binaries and sources.

Changes included:

- submitblock rpc bug fix
- speed optmizations
- getprimes RPC call!
- networkhashpers rpc call

And all the changes from Bitcoin Core 0.9.1 that apply to Riecoin.
These include the openssl update, coin control, 64-bit windows client, new makefiles, and payment requests among many others.

EDIT: I forgot to mention another change regarding testnet. The trailing zeros limit was removed so miners with high primorials can now be used on testnet too. The problem is that old riecoin clients will not accept those blocks so it will cause a fork. So this version should be considered a hard fork for testnet. But hey, it's only the testnet, I only see 3 clients connected and there were no blocks for many days.

Hey Gatra, will focus be concentrated on stratum mining now?

Topic: [ANN][RIC] Riecoin: constellations POW *CPU* HARD FORK successful, world record - page 156. (Read 685207 times)

Topic: [ANN][RIC] Riecoin: constellations POW CPU HARD FORK successful, world record - page 156. (Read 685207 times)