[ANN] ¤ DMD Diamond 3.0 | Scarce ¤ Valuable ¤ Secure | PoS 3.0 | Masternodes 65%

[utahjohn]

What I'm asking is:
1) upload a more recent version of original.rar (the current one is up to block 378,000)
2) provide a list of "good" nodes to add to diamond.conf

 we will do that or similar effect things (seednodes that spread save peers is a option)

what i m asking u scrxxx is:

when will u open ur great miner towards the whole groestl algo mining community
instead of destroy dev time and force others hack ur miners to be useable by all pools
if we wana work together for success of groestl algo based coins we should start to work together instead of against each other
isnt open source the base idea of cryptocoins?
sharing great ideas and improvements to the better of us all?

Bravo! I am still solo mine, I don't want to be locked into a bin I cant optimize, please provide .cl file that can be used by solo miners.  Also I don't want to locked into a pool and have to use yet another fork of sgminer.
Join the sgminer-dev team! and submit your proposed changes

[srcxxx]

This has been covered in previous posts, read last few pages

I did read them. Perhaps I missed something, could you point me to the exact post?
Are you referring to the "a better one is being built" blockchain?

The main page still has the link to Original.rar which is old.

And also what should I do once the blockchain has downloaded from that single node?
I probably need  to somehow switch to multiple nodes again?

I guess what I'm saying is... I skimmed through a few last pages, I looked at the 1st page, I tried 4 times and still can't get it to work.
I'm not new to this and I know how this stuff works and where the blockchain files are located, etc.
But there are users who don't know such details and I assume they are really frustrated.
Please provide a wiki link or some detailed post on how to fix the wallet.


Thanks

[cryptonit]

that give me hope cryptsy soon on 2.0.2.2 and enabling limitless deposit withdraw again

[srcxxx]

What I'm asking is:
1) upload a more recent version of original.rar (the current one is up to block 378,000)
2) provide a list of "good" nodes to add to diamond.conf

 we will do that or similar effect things (seednodes that spread save peers is a option)

what i m asking u scrxxx is:

when will u open ur great miner towards the whole groestl algo mining community
instead of destroy dev time and force others hack ur miners to be useable by all pools
if we wana work together for success of groestl algo based coins we should start to work together instead of against each other
isnt open source the base idea of cryptocoins?
sharing great ideas and improvements to the better of us all?

until optimized size blockchain is uploaded u can use this one:

Code:

ftp://diamond.danbo.bg/dmdchain20140629.zip

When... I don't think I will post the CL sources at all. At least any time soon. I think of providing a faster BIN for other pools/solo in the next update.
I provided my previous improvements as open source and asked to donate. What did I get in return? Nothing.
At least you guys are getting 0.05 DMD from each mined block (which is 72DMD per day).
With this optimized .bin linked to my pool I'm getting some fees to cover server costs and my time. I spent about 10 8-hour days on optimizing just this single kernel.

As for hacking the bin files... Have fun! I was a cracker myself many years ago. Cracking it should be fairly easy. Only the next version will have some different scheme. This one is temporary as I was focusing more on the OpenCL kernel.

I believe that I have contributed to open source community by providing the 16.7 MHs simple .cl (vs 14.4 MHs that you could get with sph-sgminer).
Also my open source code is cleaned out, so it is very easy to read and optimize further if somebody wants. Maybe they could get a better speed. Some optimizations are clearly visible.

BTW, ccMiner guys had the "killer groestl" for a few months before they made it open source (I asked them 4 times to release it).

Also, I think that having a very fast Groestl miner is actually bad.
Because of CPU vs GPU speed difference.

With the optimized miner being linked to a particular pool, working only on ATI Southern Islands cards and producing more heat, I think this "bad influence" of fast groestl is diminished. Since only a few people use it.

If it was open sourced, then everyone would simply update to the new faster miner. We would be producing more heat and CPUs would be a lot slower.
Perhaps if there was some other project to compete with in MHs terms, that would be fun. Right now I think ccMiner can get only 16MH/s on fastest NVidia.
grs-sgminer can do better on R9 290 (and there is R9 290X and R9 295X2 which should be even faster), so no challenge here...

I also have one other reason, which I'm not going to disclose yet.

Thanks

[popshot]

Please provide a wiki link or some detailed post on how to fix the wallet.

Hi srcxxx

Yes Original.rar is old and is just a few blocks before the fork point switching Diamond algo from Skrypt to Groestl that is why it stops at a particular block 386226 (specifically). It's well known and 'normal' .. it will unstuck itself after some time and if doesn't just restart the client and wait again a bit.
The latest but not the cleanest and lightest of the chains is here

Code:

ftp://diamond.danbo.bg/dmdchain20140629.zip

(use an FTP program to get to the server) syncs almost instantly and works like a charm. Foundation Wallet runs on it.

Steps I took to get everything working again:
1.  Downloaded older backup of Blockchain...
https://mega.co.nz/#!qZxFhRwI!OhpHJXjhWC2F17XkKiiBuXKxvN9Wk4uD_z8Td1MtoBA
2.  back up all files in Data folder, especially wallet.dat
3. delete all files except wallet.dat
4. copy files over from downloaded zip
5. edited diamond.conf and deleted all nodes except 193.68.21.19
6. add maxconnections=1 to diamond.conf  (this can be removed after full sync)
6. start Diamond wallet v.2.0.2.2
7. wait for full sync.

Using this:

Code:

server=0
listen=0
connect=193.68.21.19
noirc=1

is taking things to the extreme and not really necessary. Simple addnode=193.68.21.19 is enough, really.

[cryptonit]

I think of providing a faster BIN for other pools/solo in the next update.

fair deal  

i wana love ur miners
and not hate them because they dont allow me solo mine.....

looking forward to see ur optimized solo able miner ready for download

[srcxxx]

I think of providing a faster BIN for other pools/solo in the next update.

fair deal  

i wana love ur miners
and not hate them because they dont allow me solo mine.....

looking forward to see ur optimized solo able miner ready for download

Not sure if you know the details, but grs-sgminer has an open source Groestl kernel (other pools, solo mine, whatever). It achieves 16.7MH/s or R9 290 (vs 14.4MH/s on vanilla sph-sgminer).
It also has an "optimized" kernel which gives 20.0MH/s which is not open source. It has two other advantages besides faster hash rate: pool fee is pre-multiplied by your hashrate (so what you see on screen is what you are paid for, no extra transaction fees or pool fees) and if there is an updated version of grs-sgminer, you will see a text message straight in the miner app.

Users are free to choose from these two kernels.

Another reason to use a binary kernel is because the speed that you get from open source kernel depends on your AMD driver.
13.12 is a good driver for 7950, 7970, R9 280X. 14.6 beta is good for R9 XXX.

I have one rig with BAMT and it has 13.12 driver with two R9 290. I can achieve 19.5 MH/s there using a .bin file. If compiling from source - a lot less, something about 15 MH/s.

This is why I am planning to provide an .bin for non-optimized kernel in grs-sgminer.

[utahjohn]

Another reason to use a binary kernel is because the speed that you get from open source kernel depends on your AMD driver.
13.12 is a good driver for 7950, 7970, R9 280X. 14.6 beta is good for R9 XXX.
I have one rig with BAMT and it has 13.12 driver with two R9 290. I can achieve 19.5 MH/s there using a .bin file. If compiling from source - a lot less, something about 15 MH/s.
This is why I am planning to provide an .bin for non-optimized kernel in grs-sgminer.

I leave it to user to compile their own x11mod and x13mod .cl files or download an optimized bin
on my thread.  
13.12 is dated and does not work well with new optimized x kernels.

Does yours work with 14.6RC2 and 14.4?
Not all people have 290's LOL

Cheers

[srcxxx]

Another reason to use a binary kernel is because the speed that you get from open source kernel depends on your AMD driver.
13.12 is a good driver for 7950, 7970, R9 280X. 14.6 beta is good for R9 XXX.
I have one rig with BAMT and it has 13.12 driver with two R9 290. I can achieve 19.5 MH/s there using a .bin file. If compiling from source - a lot less, something about 15 MH/s.
This is why I am planning to provide an .bin for non-optimized kernel in grs-sgminer.

I leave it to user to compile their own x11mod and x13mod .cl files or download an optimized bin
on my thread.  
13.12 is dated and does not work well with new optimized x kernels.

Does yours work with 14.6RC2 and 14.4?
Not all people have 290's LOL

Cheers

Sorry, I didn't know you have your own miner/thread. Please send link.

Yes, 14.4, 14.6RC, 14.6RC2 works good. However 14.4 is a lot slower for R9 290.

> Not all people have 290's LOL
Yep, however R9 290's .bin files work just fine with R9 280X, 7950, 7970 and R9 270X. So I'm planning to rename the .bin to "groestlSouthernIslands.bin"

[srcxxx]

I recompiled the wallet from source for my pool and now it doesn't start!

Shows this stupid assert message:

iamondd: kernel.cpp:412: unsigned int GetStakeModifierChecksum(const CBlockIndex*): Assertion `pindex->pprev || pindex->GetBlockHash() == (!fTestNet ? hashGenesisBlock : hashGenesisBlockTestNet)' failed.

Please help!!!

PS: This is why I was reluctant to switch if update wasn't mandatory. :-(

[utahjohn]

Link is in my sig

[utahjohn]

I recompiled the wallet from source for my pool and now it doesn't start!

Shows this stupid assert message:

iamondd: kernel.cpp:412: unsigned int GetStakeModifierChecksum(const CBlockIndex*): Assertion `pindex->pprev || pindex->GetBlockHash() == (!fTestNet ? hashGenesisBlock : hashGenesisBlockTestNet)' failed.

Please help!!!

your blockchain database is corrupted

I'm still waiting for the "clean blockchain database" until then I am mining other coins (Maiacoin, and testing X13 on wafflepool).

Perhaps if you followed this thread more often you would already know about the 412 problem
As a pool operator you must stay up to date to be aware of potential problems and help to resolve them, not just leech from the pool ROFL.

[polanskiman]

With this optimized .bin linked to my pool I'm getting some fees to cover server costs and my time. I spent about 10 8-hour days on optimizing just this single kernel.

Your pool clear states there is no transaction or additional pool fee. Please clarify if there are some hidden fees, we users, don't see.

[polanskiman]

I recompiled the wallet from source for my pool and now it doesn't start!

Shows this stupid assert message:

iamondd: kernel.cpp:412: unsigned int GetStakeModifierChecksum(const CBlockIndex*): Assertion `pindex->pprev || pindex->GetBlockHash() == (!fTestNet ? hashGenesisBlock : hashGenesisBlockTestNet)' failed.

Please help!!!

PS: This is why I was reluctant to switch if update wasn't mandatory. :-(

If you have a backup of your blkindex.dat file use that one and and run a -loadblock=blk0001.dat. This should make the wallet run. This assertion problem has been discussed profusely in the past 5 pages. See for further details:

https://bitcointalk.org/index.php?topic=580725.msg7533507#msg7533507
https://bitcointalk.org/index.php?topic=580725.msg7569389#msg7569389

[kyma]

until optimized size blockchain is uploaded u can use this one:

Code:

ftp://diamond.danbo.bg/dmdchain20140629.zip

just saved me loads of time thanks!

[srcxxx]

your blockchain database is corrupted

Thank you. I re-downloaded the blockchain on the pool server and now it seems to be working fine.

Same with my home PC, all is ok.

Do you know how is the optimized blockchain going to be better?
Just smaller in size?

Thanks

[srcxxx]

With this optimized .bin linked to my pool I'm getting some fees to cover server costs and my time. I spent about 10 8-hour days on optimizing just this single kernel.

Your pool clear states there is no transaction or addition pool fee. Please clarify if there are some hidden fees, we users, don't see.

This is what my pool says:

!!! Only for optimized kernel binaries in grs-sgminer !!!
No extra pool fees (what you see in grs-sgminer is what you are paid for)
No transaction fees

And that is absolutely correct.

Is there a pool fee? yes.
But your hashrate is already multiplied by it (so your actual hashrate is a bit larger than what is displayed in grs-sgminer).
This was explained in grs-sgminer thread.

Please send such questions directly to grs-sgminer thread https://bitcointalk.org/index.php?topic=652849

Thanks

[srcxxx]

until optimized size blockchain is uploaded u can use this one:

Code:

ftp://diamond.danbo.bg/dmdchain20140629.zip

just saved me loads of time thanks!

I agree. Thank you Danbi for this. Helped me as well.

[polanskiman]

I provided my previous improvements as open source and asked to donate. What did I get in return? Nothing.

If everyone thought the way you think then there would not be any crypto-currency to this day. Donation is not an obligation, and your statement makes it look otherwise. In that case it is better to promote it as a commercial product, at least it's clear.

Although I understand you want to be rewarded for the work you do, it's ALWAYS better to do it transparently. Your statement only makes people want to run away. The fact is that I am seeing by the day less and less people mining in your pool.

I am pretty sure you would get even more rewards if you made your optimized kernel open source. You just need to be patient and most of all have a long term vision of things.

[polanskiman]

With this optimized .bin linked to my pool I'm getting some fees to cover server costs and my time. I spent about 10 8-hour days on optimizing just this single kernel.

Your pool clear states there is no transaction or addition pool fee. Please clarify if there are some hidden fees, we users, don't see.

This is what my pool says:

!!! Only for optimized kernel binaries in grs-sgminer !!!
No extra pool fees (what you see in grs-sgminer is what you are paid for)
No transaction fees

And that is absolutely correct.

Is there a pool fee? yes.
But your hashrate is already multiplied by it (so your actual hashrate is a bit larger than what is displayed in grs-sgminer).
This was explained in grs-sgminer thread.

Please send such questions directly to grs-sgminer thread https://bitcointalk.org/index.php?topic=652849

Thanks

I see, kind of a tricky way of putting things and reason why people ask questions. If there is a pool fee (included in the increased hashrate), state it clearly in the OP or even better in the website homepage. End of story and explain why. I have seen some references in some of your posts though, yet you dimish it by saying there is not additional fee. Since we are not all coder/dev and experts in this, I thought there was no fee, now I am hearing I am being taken some small amounts without my knowledge, whatever the justification (larger hashrate etc etc). I have personnally no problem paying a fee as long as it is clearly stated. Artificially increasing hashrate in the web backend to justify a fee is not a transparent way of doing business.

As for putting things in your thread, well many questions have been posted in your thread for the past 4 days and no answers have been given. I took it on me to answer some questions to help others and now realize I did wrong. Specially on the no fee part... sigh

I hold no grudge Scrxxx, but please understand us, and please be PERFECTLY transparent.