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

[northranger79510]

Worst client ever! Takes 2 minutes to start on an i7. 5 minutes when using -rescan arg.  Fresh install/syncing the blockchain takes longer than bitcoin...

Dev, fix the client. this is ridiculous..

EDIT : Forgot to mention, keep the wallet running for a couple of days, interface says connected. Try to send coins - unable/offline.

EDIT2 : Try to rebroadcast an offline transaction using -rescan, nothing happanes after 30 min! Now i have to export/import priv keys !! Shittiest out of all ALT wallets!

Riecoin wallet is slow I admit, but Riecoin itself is one of the best coin out there. Dev. is working on a new wallet. He posted that last week in addition to trying to release stratum mining.

[northranger79510]

Worst client ever! Takes 2 minutes to start on an i7. 5 minutes when using -rescan arg.  Fresh install/syncing the blockchain takes longer than bitcoin...

Dev, fix the client. this is ridiculous..

EDIT : Forgot to mention, keep the wallet running for a couple of days, interface says connected. Try to send coins - unable/offline.

EDIT2 : Try to rebroadcast an offline transaction using -rescan, nothing happanes after 30 min! Now i have to export/import priv keys !! Shittiest out of all ALT wallets!

Be patient. He is the only one working on the wallet. If you'd like to help, contribute by spreading the news of Riecoin and donate to the foundation.

[northranger79510]

Bitcoin is 0x00 for publickey and 0x80 for the private key.

Anyone know what pub and priv key for riecoin?

What is the mainnet for Riecoin?

I need this for the android app I am working on for Riecoin.

We use 60 (0x3C) as the prefix for public key base 58 representations. Still 0x80 for private keys.
What do you mean by "What is the mainnet"?
this?

The protocol version is hardcoded to 10070001 and the protocol's "magic" number is 0xdbb2bcfc, and 0x0511090d for testnet.

Since I am a lazy person, can you tell me what the mainnet is for  script hash address? I know Bitcoin is 0x05. I assume Riecoin is also 0x05 but I want to confirm.

[gatra]

Bitcoin is 0x00 for publickey and 0x80 for the private key.

Anyone know what pub and priv key for riecoin?

What is the mainnet for Riecoin?

I need this for the android app I am working on for Riecoin.

We use 60 (0x3C) as the prefix for public key base 58 representations. Still 0x80 for private keys.
What do you mean by "What is the mainnet"?
this?

The protocol version is hardcoded to 10070001 and the protocol's "magic" number is 0xdbb2bcfc, and 0x0511090d for testnet.

Since I am a lazy person, can you tell me what the mainnet is for  script hash address? I know Bitcoin is 0x05. I assume Riecoin is also 0x05 but I want to confirm.

Yep, it's 0x05
btw that's why the Foundation's multisig address starts with 3.

[northranger79510]

So the latest problem I've been having is that the Android Wallet App keeps crashing the moment I start it. Any suggestions on what should be focused on?

[northranger79510]

Anyone know if it is possible to have a Riecoin pub key that starts with 4? I only know addresses that starts with 2 and 3. Does it matter?

[blueface]

The foundation launches today and steady, heavy PR starts soon as we push this out to the masses!

Wow,cool,I think foudation will help riecoin to the moon.

[northranger79510]

Update Thursday once again is here Gatra. Any exciting news you have for us riepeoples today?

[northranger79510]

Anyone know if there is a way to set the qt client compressed command to false?

[northranger79510]

Update on the foundation: Finished on a multi-signature generator forked from https://github.com/OutCast3k/bitcoin-multisig

The generator can be found here:

http://riecoinfoundation.org/Multisig/

PLEASE NOTE: I cannot warranty the use of this service but only provide it as an option should you choose to use the service. It has been tested to my maximum capability but I am only human.

The generator uses compressed keys but doesn't flag uncompress/incorrect keys so MAKE SURE that you enter the correct public key found on your riecoin qt client using "validateaddress <riecoin address>" or one can be generated for you on the riecoin multisig generator.

Creating transactions and broadcasting them using multi-sig is disabled until further notice. Only multi-sig generation, verify public script, and signing the transaction will be available at the moment .

Have a nice day!

[dga]

And a heads-up update on the miner so people can plan ahead a bit - I'll be releasing the b15 source and Linux binaries on Saturday.  Maybe a 10-15% speed boost, but fairly platform specific.  Single-core performance will be unchanged, but 4-24 core systems should be happier.  There's a horrible slowdown on the one 64 core system I've tried it on, though, so people with huge machines will need to set up scripts that run multiple copies of it using numactl.

It's a huge change to the way the miner works and will probably introduce bugs, but I've been running it in testing on Linux for a while and it seems stable.  There's a bug there where my code is deadlocking on windows, which is why I haven't released it yet.  The most likely change is that I moved from code that uses only mutexes (windows CRITICAL_SECTION) to code that has both mutexes and condition variables.  Or there's some other bug that's only manifesting on windows.

In any event, if there are some windows-clueful programmers who are interested in taking a peek and sending me a bug report / patch / bop on the head, that'll let us get this in everyones hands regardless of operating system.  I'd be happy to throw in a bit of dev fee share or a RIC bounty if it seems appropriate.

I'll keep b14 binaries around, regardless, until it's proved stable for more people and there's a working version for windows.

This release should let the diff float comfortably above 1700.  It's designed in particular to be better at higher diffs.

  -Dave

[cinnamon_carter]

is the source to your miner available,  i never found it but it is hard to find things here sometimes !!

And a heads-up update on the miner so people can plan ahead a bit - I'll be releasing the b15 source and Linux binaries on Saturday.  Maybe a 10-15% speed boost, but fairly platform specific.  Single-core performance will be unchanged, but 4-24 core systems should be happier.  There's a horrible slowdown on the one 64 core system I've tried it on, though, so people with huge machines will need to set up scripts that run multiple copies of it using numactl.

It's a huge change to the way the miner works and will probably introduce bugs, but I've been running it in testing on Linux for a while and it seems stable.  There's a bug there where my code is deadlocking on windows, which is why I haven't released it yet.  The most likely change is that I moved from code that uses only mutexes (windows CRITICAL_SECTION) to code that has both mutexes and condition variables.  Or there's some other bug that's only manifesting on windows.

In any event, if there are some windows-clueful programmers who are interested in taking a peek and sending me a bug report / patch / bop on the head, that'll let us get this in everyones hands regardless of operating system.  I'd be happy to throw in a bit of dev fee share or a RIC bounty if it seems appropriate.

I'll keep b14 binaries around, regardless, until it's proved stable for more people and there's a working version for windows.

This release should let the diff float comfortably above 1700.  It's designed in particular to be better at higher diffs.

  -Dave

[deadthings]

4-24 core systems should be happier.  There's a horrible slowdown on the one 64 core system I've tried it on, though, so people with huge machines will need to set up scripts that run multiple copies of it using numactl.

Interesting. For 4P Bulldozer systems, do you expect it would be adequate to run four instances on node pairs, or would we have to run eight (one per node)? Have you attempted turning NUMA off in BIOS on your 64-thread machine to see what effect that might have?

[northranger79510]

And a heads-up update on the miner so people can plan ahead a bit - I'll be releasing the b15 source and Linux binaries on Saturday.  Maybe a 10-15% speed boost, but fairly platform specific.  Single-core performance will be unchanged, but 4-24 core systems should be happier.  There's a horrible slowdown on the one 64 core system I've tried it on, though, so people with huge machines will need to set up scripts that run multiple copies of it using numactl.

It's a huge change to the way the miner works and will probably introduce bugs, but I've been running it in testing on Linux for a while and it seems stable.  There's a bug there where my code is deadlocking on windows, which is why I haven't released it yet.  The most likely change is that I moved from code that uses only mutexes (windows CRITICAL_SECTION) to code that has both mutexes and condition variables.  Or there's some other bug that's only manifesting on windows.

In any event, if there are some windows-clueful programmers who are interested in taking a peek and sending me a bug report / patch / bop on the head, that'll let us get this in everyones hands regardless of operating system.  I'd be happy to throw in a bit of dev fee share or a RIC bounty if it seems appropriate.

I'll keep b14 binaries around, regardless, until it's proved stable for more people and there's a working version for windows.

This release should let the diff float comfortably above 1700.  It's designed in particular to be better at higher diffs.

  -Dave

Nice going! Look forward to this release.

[gatra]

Hi Riecoiners!

I'm woking on a new client version that will include changes from Bitcoin 0.8.6 to 0.9.1 besides some Riecoin specific speed improvements. It's a lot of changes, and Bitcoin has changed so much that cherry-picking or rebasing commits results in lots on conflicts that have to be manually merged, that's why it's taking longer than expected, but the good news is that we'll have a much better client soon.
There will be a Windows installer, and also 32 and 64 bits versions for Windows. This means block verification will be much faster for Windows users with 64 bits CPUs and OSs.

Regarding the miners, keeping miners updated with all the latest optimizations is a lot of work so I'll focus on an xpt to stratum proxy.

gatra

[primer10]

Hi Riecoiners!

I'm woking on a new client version that will include changes from Bitcoin 0.8.6 to 0.9.1 besides some Riecoin specific speed improvements. It's a lot of changes, and Bitcoin has changed so much that cherry-picking or rebasing commits results in lots on conflicts that have to be manually merged, that's why it's taking longer than expected, but the good news is that we'll have a much better client soon.
There will be a Windows installer, and also 32 and 64 bits versions for Windows. This means block verification will be much faster for Windows users with 64 bits CPUs and OSs.

Regarding the miners, keeping miners updated with all the latest optimizations is a lot of work so I'll focus on an xpt to stratum proxy.

gatra

Thanks Gatra!

Would the 0.9.1 include the improvements from dga's xptminer? Also, would there be an independent solo miner that incorporates dga's improvements? or does it make sense to have an xpt to stratum & GetBlockTemplate proxy?

[northranger79510]

Hi Riecoiners!

I'm woking on a new client version that will include changes from Bitcoin 0.8.6 to 0.9.1 besides some Riecoin specific speed improvements. It's a lot of changes, and Bitcoin has changed so much that cherry-picking or rebasing commits results in lots on conflicts that have to be manually merged, that's why it's taking longer than expected, but the good news is that we'll have a much better client soon.
There will be a Windows installer, and also 32 and 64 bits versions for Windows. This means block verification will be much faster for Windows users with 64 bits CPUs and OSs.

Regarding the miners, keeping miners updated with all the latest optimizations is a lot of work so I'll focus on an xpt to stratum proxy.

gatra

Very nice Thanks for the update. Hopefully this could be finished soon.

[northranger79510]

Just a reminder that the foundation is always accepting donations: 3Pvb65ey4a1oFRRRkTYH5WYvg8hoLEr1Tu

[primer10]

And a heads-up update on the miner so people can plan ahead a bit - I'll be releasing the b15 source and Linux binaries on Saturday.  Maybe a 10-15% speed boost, but fairly platform specific.  Single-core performance will be unchanged, but 4-24 core systems should be happier.  There's a horrible slowdown on the one 64 core system I've tried it on, though, so people with huge machines will need to set up scripts that run multiple copies of it using numactl.

It's a huge change to the way the miner works and will probably introduce bugs, but I've been running it in testing on Linux for a while and it seems stable.  There's a bug there where my code is deadlocking on windows, which is why I haven't released it yet.  The most likely change is that I moved from code that uses only mutexes (windows CRITICAL_SECTION) to code that has both mutexes and condition variables.  Or there's some other bug that's only manifesting on windows.

In any event, if there are some windows-clueful programmers who are interested in taking a peek and sending me a bug report / patch / bop on the head, that'll let us get this in everyones hands regardless of operating system.  I'd be happy to throw in a bit of dev fee share or a RIC bounty if it seems appropriate.

I'll keep b14 binaries around, regardless, until it's proved stable for more people and there's a working version for windows.

This release should let the diff float comfortably above 1700.  It's designed in particular to be better at higher diffs.

  -Dave

Not too sure about the performance hit .. but I was running some of my miners on Windows using Cygwin.

[dga]

is the source to your miner available,  i never found it but it is hard to find things here sometimes !!

And a heads-up update on the miner so people can plan ahead a bit - I'll be releasing the b15 source and Linux binaries on Saturday.  Maybe a 10-15% speed boost, but fairly platform specific.  Single-core performance will be unchanged, but 4-24 core systems should be happier.  There's a horrible slowdown on the one 64 core system I've tried it on, though, so people with huge machines will need to set up scripts that run multiple copies of it using numactl.

https://github.com/dave-andersen/fastrie