Bitcoin Forum
March 19, 2024, 09:47:41 AM *
News: Latest Bitcoin Core release: 26.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 [84] 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 ... 862 »
  Print  
Author Topic: [ANN] ¤ DMD Diamond 3.0 | Scarce ¤ Valuable ¤ Secure | PoS 3.0 | Masternodes 65%  (Read 1260221 times)
This is a self-moderated topic. If you do not want to be moderated by the person who started this topic, create a new topic.
utahjohn
Hero Member
*****
Offline Offline

Activity: 630
Merit: 500


View Profile
June 30, 2014, 11:26:26 PM
 #1661


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 Smiley
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1710841661
Hero Member
*
Offline Offline

Posts: 1710841661

View Profile Personal Message (Offline)

Ignore
1710841661
Reply with quote  #2

1710841661
Report to moderator
1710841661
Hero Member
*
Offline Offline

Posts: 1710841661

View Profile Personal Message (Offline)

Ignore
1710841661
Reply with quote  #2

1710841661
Report to moderator
srcxxx
Sr. Member
****
Offline Offline

Activity: 266
Merit: 250


View Profile WWW
June 30, 2014, 11:28:52 PM
 #1662

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

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
Legendary
*
Offline Offline

Activity: 3038
Merit: 1053


bit.diamonds | uNiq.diamonds


View Profile WWW
June 30, 2014, 11:40:06 PM
 #1663



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

 
  Diamond [DMD]     uNiq.Diamonds  
Scarce✦✦✦✦ Valuable ✦✦✦✦ Secure ✦                     ▬ a collector experience ▬                
srcxxx
Sr. Member
****
Offline Offline

Activity: 266
Merit: 250


View Profile WWW
June 30, 2014, 11:59:20 PM
 #1664


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 (OP)
Hero Member
*****
Offline Offline

Activity: 774
Merit: 554


CEO Diamond Foundation


View Profile WWW
July 01, 2014, 12:07:21 AM
 #1665

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
Legendary
*
Offline Offline

Activity: 3038
Merit: 1053


bit.diamonds | uNiq.diamonds


View Profile WWW
July 01, 2014, 12:08:41 AM
 #1666

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

fair deal  Cool

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

 
  Diamond [DMD]     uNiq.Diamonds  
Scarce✦✦✦✦ Valuable ✦✦✦✦ Secure ✦                     ▬ a collector experience ▬                
srcxxx
Sr. Member
****
Offline Offline

Activity: 266
Merit: 250


View Profile WWW
July 01, 2014, 12:25:52 AM
 #1667

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

fair deal  Cool

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
Hero Member
*****
Offline Offline

Activity: 630
Merit: 500


View Profile
July 01, 2014, 12:36:08 AM
 #1668

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
Sr. Member
****
Offline Offline

Activity: 266
Merit: 250


View Profile WWW
July 01, 2014, 12:44:48 AM
 #1669

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
Sr. Member
****
Offline Offline

Activity: 266
Merit: 250


View Profile WWW
July 01, 2014, 12:45:57 AM
 #1670

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

Shows this stupid assert message:

Quote
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
Hero Member
*****
Offline Offline

Activity: 630
Merit: 500


View Profile
July 01, 2014, 12:46:18 AM
 #1671

Link is in my sig
utahjohn
Hero Member
*****
Offline Offline

Activity: 630
Merit: 500


View Profile
July 01, 2014, 12:47:24 AM
Last edit: July 01, 2014, 02:31:49 AM by utahjohn
 #1672

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

Shows this stupid assert message:

Quote
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 Smiley
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
Full Member
***
Offline Offline

Activity: 266
Merit: 100


View Profile
July 01, 2014, 01:09:38 AM
 #1673

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
Full Member
***
Offline Offline

Activity: 266
Merit: 100


View Profile
July 01, 2014, 01:10:52 AM
Last edit: July 01, 2014, 10:43:39 AM by polanskiman
 #1674

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

Shows this stupid assert message:

Quote
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
Sr. Member
****
Offline Offline

Activity: 479
Merit: 250


View Profile
July 01, 2014, 01:13:05 AM
 #1675

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
Sr. Member
****
Offline Offline

Activity: 266
Merit: 250


View Profile WWW
July 01, 2014, 01:18:19 AM
 #1676

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
Sr. Member
****
Offline Offline

Activity: 266
Merit: 250


View Profile WWW
July 01, 2014, 01:25:18 AM
 #1677

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:

Quote
!!! 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
Sr. Member
****
Offline Offline

Activity: 266
Merit: 250


View Profile WWW
July 01, 2014, 01:27:36 AM
 #1678

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
Full Member
***
Offline Offline

Activity: 266
Merit: 100


View Profile
July 01, 2014, 01:31:54 AM
Last edit: July 01, 2014, 02:03:38 AM by polanskiman
 #1679

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
Full Member
***
Offline Offline

Activity: 266
Merit: 100


View Profile
July 01, 2014, 01:36:38 AM
Last edit: July 01, 2014, 05:55:43 AM by polanskiman
 #1680

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:

Quote
!!! 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.
Pages: « 1 ... 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 [84] 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 ... 862 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!