Author

Topic: [ANN] ¤ DMD Diamond 3.0 | Scarce ¤ Valuable ¤ Secure | PoS 3.0 | Masternodes 65% - page 810. (Read 1260677 times)

sr. member
Activity: 393
Merit: 250
Source code fixes to sph-sgminer published at https://github.com/danbi/sph-sgminer.

Hope to have it soon merged with the main branch. You can compile your own version. Let's hope someone does it for Windows users.

Hi!

I've set up a NOMP pool and compiled your miner in BAMT.

But when I run it, I'm getting only rejects with text like:

Code:
low difficulty share of 0.233/0.125.

Do I need to set some other difficulty muliplier?

Also, could somebody share a Windows binary?

Thanks

Still experiencing this same issue running 4.1.0-103-g00015-dirty on Ubuntu 12.04 using a standard startup that works both solo mining and on danbi's http pool (only changes are stratum+tcp and username - just tested danbi's stratum server and I also get this same "low difficulty share" reject on everything submitted there as well, and then a "pool interrupted", "not responding" and a failover to http where I started getting accepts again).



This is interesting, as I see more and more people using the stratum server at dmdpool.digsys.bg, instead of the pushpool server.

You may wish to send me via PM your worker name so that I can look at logs what the server sees from you.

When using stratum with groestl, you should really supply the --difficulty-multiplier 0.0039062500 parameter. It is not necessary and ignored with pushpool. Probably I could make both interfaces work the same way, but it is already too late (too many miners to disrupt) and it is well documented for sph-sgminer.
legendary
Activity: 3052
Merit: 1053
bit.diamonds | uNiq.diamonds
I have also noticed that although the main windows says v2.0.1 the About Diamond-Qt states 2.0.0.0. The debug window also states that the client is 2.0.0.0. So which is what?

This is probably an oversight. The client version is now v2.0.1, which affects wallet file version etc. It is more related to the features the wallet supports. But the display version has been left at 2.0.0.0 which is irrelevant and is only used for display purposes. These should be fixed for the next release as to not confuse people.
Don't really understand why the original bitcoin wallet had two version numbers, an legacy quirk. (not only that, but it had these defined in a number of different files)

PS: I intend to build myself an Mac wallet soon, and will check your experience.

Noted. I find it ironic that it's you who is answering some questions that should be answered by the admins of DMD. Anyways, once again thanks.



and u know he is not one of them?   Roll Eyes

the first one who manged to get a -k groestlcoin miner diamond pool running
the first one who managed to get a -k diamond miner diamond pool running

a friendly guy who had always a open ear for questions
and who act very professional in everything he do

if i would be part of the foundation team i would try to get him on board

ohhh i am part of foundation team.....  Cool
ECM
newbie
Activity: 12
Merit: 0
es the DMD Dev team have anyone in charge of "External Relations". Could be a position to manage the contact with (meaning slightly harassing) Exchanges, Comparision websites (whattomine, CoinWarz) and bloggers/crypto-websites. And not to forget that there should be a good contact with the devs of Groestl coin so that any issue is adressed swiftly and accurately.
 

what sence would a foundation make if its not focusing on such tasks  Cool

we active in all that directions but we follow a priority plan

and pre mintpal we want to have the new wallet released

get traded at mintpall will add momentuum we aim to combine positive effects

chances are existing we dont have to go trough the voting process

as old coin in new clothes we deserve to be there and lot people with connections share that opinion

we will trigger that connections in time

go trough voting is plan b

and prepare that by spend some clicks sure is helpfull too

whattomine list us (and high ranked)

coinwarz didnt last time i checked and we wrote another mail to them



Im happy to hear this. Shows that you are thinking things true and working in the right direction.

http://groestlcoin.biz
1% fee Diamond pool
No registration necessary (just point your miners to stratum+tcp://groestlcoin.biz:3334 and use your wallet address as login)
No transaction fees
Payouts every hour (from 0.1 DMD)
Location: Amsterdam
Now with per uses statistics: http://groestlcoin.biz/workers


PS: I finally made it work, 5 blocks found so far. Payouts work ok.

Great news, you got it working.

I don't really understand why people get so many rejects from stratum at dmdpool.digsys.bg -- my miners get virtually zero rejects. Perhaps --no-submit-stale will help?


I thought of that No-submit-stale switch and did add it. Though it only stops the miner from sending it to the stratum (in vain). The actual share is still unusable (stale) although it does not show up on the Pool dashboard...and CGwatcher will still keep a record of it. The truth is still that 4% of the shares I create are of no use. Resulting in me only running at 96% of my capacity. I suspect that the problem is primarily on the location of the server, which probably is quite far from me. Though I am not requesting you to move it Wink as it probably suits a hell of a lot of other people. My second guess would be the exceptional workload that your server receives as you currently host 80% of poolminers.
Im saying all this without knowing your specifics, but the main point being that the problem is not yours to solve Smiley As more pools arise and ppl start spreading the hash it will all auto-correct.
HR
legendary
Activity: 1176
Merit: 1011
Transparency & Integrity
Source code fixes to sph-sgminer published at https://github.com/danbi/sph-sgminer.

Hope to have it soon merged with the main branch. You can compile your own version. Let's hope someone does it for Windows users.

Hi!

I've set up a NOMP pool and compiled your miner in BAMT.

But when I run it, I'm getting only rejects with text like:

Code:
low difficulty share of 0.233/0.125.

Do I need to set some other difficulty muliplier?

Also, could somebody share a Windows binary?

Thanks

Still experiencing this same issue running 4.1.0-103-g00015-dirty on Ubuntu 12.04 using a standard startup that works both solo mining and on danbi's http pool (only changes are stratum+tcp and username - just tested danbi's stratum server and I also get this same "low difficulty share" reject on everything submitted there as well, and then a "pool interrupted", "not responding" and a failover to http where I started getting accepts again).

full member
Activity: 266
Merit: 100
I have also noticed that although the main windows says v2.0.1 the About Diamond-Qt states 2.0.0.0. The debug window also states that the client is 2.0.0.0. So which is what?

This is probably an oversight. The client version is now v2.0.1, which affects wallet file version etc. It is more related to the features the wallet supports. But the display version has been left at 2.0.0.0 which is irrelevant and is only used for display purposes. These should be fixed for the next release as to not confuse people.
Don't really understand why the original bitcoin wallet had two version numbers, an legacy quirk. (not only that, but it had these defined in a number of different files)

PS: I intend to build myself an Mac wallet soon, and will check your experience.

Noted. I find it ironic that it's you who is answering some questions that should be answered by the admins of DMD. Anyways, once again thanks.

Also, my version of Xcode is 4.xx. I will be updating that to v.5. Will double check MacPorts again see if I properly installed it. This is seriously starting to be annoying and I am considering to mine something else as I am loosing trust on how admins/dev are answering questions in a professional manner. They keep answering questions that have been answered so many times but avoid others which have never been answered.

I actually wanted to compile my own version of the wallet since I never got any answers from the admins as to who pcmerc is since he doesn't seem to be from the DMD team. I guess they didn't like the recommendations I did some time ago so they are ignoring my requests. Anyways, the pb was that I hit a few errors during the compilation process so I stopped due to lack of time. Will try again once I have updated everything till the bone! Let me know how you end up building the MAC wallet.

sr. member
Activity: 393
Merit: 250
I have also noticed that although the main windows says v2.0.1 the About Diamond-Qt states 2.0.0.0. The debug window also states that the client is 2.0.0.0. So which is what?

This is probably an oversight. The client version is now v2.0.1, which affects wallet file version etc. It is more related to the features the wallet supports. But the display version has been left at 2.0.0.0 which is irrelevant and is only used for display purposes. These should be fixed for the next release as to not confuse people.
Don't really understand why the original bitcoin wallet had two version numbers, an legacy quirk. (not only that, but it had these defined in a number of different files)

PS: I intend to build myself an Mac wallet soon, and will check your experience.
legendary
Activity: 3052
Merit: 1053
bit.diamonds | uNiq.diamonds
es the DMD Dev team have anyone in charge of "External Relations". Could be a position to manage the contact with (meaning slightly harassing) Exchanges, Comparision websites (whattomine, CoinWarz) and bloggers/crypto-websites. And not to forget that there should be a good contact with the devs of Groestl coin so that any issue is adressed swiftly and accurately.
 

what sence would a foundation make if its not focusing on such tasks  Cool

we active in all that directions but we follow a priority plan

and pre mintpal we want to have the new wallet released

get traded at mintpall will add momentuum we aim to combine positive effects

chances are existing we dont have to go trough the voting process

as old coin in new clothes we deserve to be there and lot people with connections share that opinion

we will trigger that connections in time

go trough voting is plan b

and prepare that by spend some clicks sure is helpfull too

whattomine list us (and high ranked)

coinwarz didnt last time i checked and we wrote another mail to them

full member
Activity: 266
Merit: 100

You are talking about loading time. I am talking about quitting the application.

It must be your system in particular, because on both of my Macs, running with OSX 10.9.3 - quitting Diamond takes about 2 seconds.


Thanks for sharing. I'm on 10.9.2. Logs files do not provide any significant information on the reasons. I might update to 10.9.3 see if that helps.

Check to see if you ever had Homebrew or Macports installed on your Mac before.  You may have to do an update on them, as they may have fiddled with your libraries...

If you did, you can't have both, you have to choose between Homebrew or Macports - not both - having both will corrupt links to libraries.

Thanks. No homebrew here. Macports on the other hand I do have and is already the latest version.

Do you run mining on your Mac wallet? Any wallet that mines (-gen from command line or generate=1 in config file, or setgenerate command) will quit slower, as it is waiting for each thread to complete it's getwork piece. Disable mining and it will quite instantly ;-)

No such command added to the wallet or .conf file. Rig and wallet operate independently for safety reasons and I am not mining with my MAC since I want to preserve it.

As I said earlier, the wallet doesn't quit slow. It simply doesn't quit and stops responding. Therefore I need to force quit it. ;-)

I have also noticed that although the main windows says v2.0.1 the About Diamond-Qt states 2.0.0.0. The debug window also states that the client is 2.0.0.0. So which is what?
HR
legendary
Activity: 1176
Merit: 1011
Transparency & Integrity

I do like MintPal a lot as I perceive them to be very quick with both deposits and removal of funds, apart from having good activity on all of their markets. I will start voting for them to add DMD. But currently it has 300 votes and is on place number 190. Number one has 19k votes. So it wont happen over night.


This from MintPal "Coin Voting"

  • We're also accepting payment votes! We've put a lot of time and capital in to making the exchange, and we believe it's only right to let users show their confidence in new coins by allowing them to use their wallets. Each 0.001 BTC received will count for 1 vote. All payment votes will be publicly visible, as you can see by clicking the addresses below, and will go directly to improving MintPal's infrastructure. Payment votes are automatically credited every 15 minutes after 1 confirm. https://www.mintpal.com/voting

Those coins at the top of the list look to have massive "payment vote" support (if I am interpreting the data correctly). DMD has had ZERO "payment" support - all 300 have been 'real' votes. Hence, this looks like as good a "DMD Foundation Task" as any, where a few bitcoins might be very well spent. Smiley

And thanks too for the rest of your comments, and very astute suggestions (that I couldn't agree with more).


sr. member
Activity: 393
Merit: 250
http://groestlcoin.biz
1% fee Diamond pool
No registration necessary (just point your miners to stratum+tcp://groestlcoin.biz:3334 and use your wallet address as login)
No transaction fees
Payouts every hour (from 0.1 DMD)
Location: Amsterdam
Now with per uses statistics: http://groestlcoin.biz/workers


PS: I finally made it work, 5 blocks found so far. Payouts work ok.

Great news, you got it working.

I don't really understand why people get so many rejects from stratum at dmdpool.digsys.bg -- my miners get virtually zero rejects. Perhaps --no-submit-stale will help?
ECM
newbie
Activity: 12
Merit: 0
http://groestlcoin.biz
1% fee Diamond pool
No registration necessary (just point your miners to stratum+tcp://groestlcoin.biz:3334 and use your wallet address as login)
No transaction fees
Payouts every hour (from 0.1 DMD)
Location: Amsterdam
Now with per uses statistics: http://groestlcoin.biz/workers


PS: I finally made it work, 5 blocks found so far. Payouts work ok.


Great work! Ive been following Groestlcoin also and recognize you from there. Happy to see your interest in DMD.
I joined the pool and saw that I get no Invalid Shares here as compared to Danbi's where I had around 4%. I guess Amsterdam is closer.......to my heart! Wink



Quote

Can anyone come up with anything similar from other sources?


BTW:

What's the status with getting DMD listed on MintPal?



I have held on firmly to my right not to join a non-working exchange. Thus I have never had an account at Crapsy and I have never had my money frozen/lost/neglected. I have tried several exchanges and most of them are stable. I do like MintPal a lot as I perceive them to be very quick with both deposits and removal of funds, apart from having good activity on all of their markets. I will start voting for them to add DMD. But currently it has 300 votes and is on place number 190. Number one has 19k votes. So it wont happen over night.

Does the DMD Dev team have anyone in charge of "External Relations". Could be a position to manage the contact with (meaning slightly harassing) Exchanges, Comparision websites (whattomine, CoinWarz) and bloggers/crypto-websites. And not to forget that there should be a good contact with the devs of Groestl coin so that any issue is adressed swiftly and accurately.
 
sr. member
Activity: 266
Merit: 250
http://groestlcoin.biz
1% fee Diamond pool
No registration necessary (just point your miners to stratum+tcp://groestlcoin.biz:3334 and use your wallet address as login)
No transaction fees
Payouts every hour (from 0.1 DMD)
Location: Amsterdam
Now with per uses statistics: http://groestlcoin.biz/workers


PS: I finally made it work, 5 blocks found so far. Payouts work ok.
HR
legendary
Activity: 1176
Merit: 1011
Transparency & Integrity
Quote

Can anyone come up with anything similar from other sources?


BTW:

What's the status with getting DMD listed on MintPal?


HR
legendary
Activity: 1176
Merit: 1011
Transparency & Integrity

this transactions didnt happen
the dmd involved stay at the wallet of the sender
cryptsy have to add them again to ur DMD balance
u can only solve this with cryptsy support

and yes we know how hard this can be......

Yeah, we all know that.

The questions are:

  • 1) Has Cryptsy made any effort to get back to kyma, and, if so, what have they said?
  • 2) What can we do to pressure Cryptsy and get them to stop dragging their feet and get the coins resent?


sr. member
Activity: 393
Merit: 250

You are talking about loading time. I am talking about quitting the application.

It must be your system in particular, because on both of my Macs, running with OSX 10.9.3 - quitting Diamond takes about 2 seconds.


Thanks for sharing. I'm on 10.9.2. Logs files do not provide any significant information on the reasons. I might update to 10.9.3 see if that helps.

Check to see if you ever had Homebrew or Macports installed on your Mac before.  You may have to do an update on them, as they may have fiddled with your libraries...

If you did, you can't have both, you have to choose between Homebrew or Macports - not both - having both will corrupt links to libraries.

Thanks. No homebrew here. Macports on the other hand I do have and is already the latest version.

Do you run mining on your Mac wallet? Any wallet that mines (-gen from command line or generate=1 in config file, or setgenerate command) will quit slower, as it is waiting for each thread to complete it's getwork piece. Disable mining and it will quite instantly ;-)
legendary
Activity: 3052
Merit: 1053
bit.diamonds | uNiq.diamonds
https://twitter.com/dmdcoin

popshot seems to be so much sunken into his webdesign work he forgot to inform u
he only found a few words for twitter

Quote
Diamond Coin ‏@dmdcoin 10h

A complete revamp of Diamond website is on its way and be assured, it won't be just another WordPress clone Smiley

this just as answer for the people who are asking us why webpage state old coin stats

we dont move resources away from wallet coding
its just different people working on different tasks
the work on (minting enabled) wallet is still going on and priority one target
as explained before u already gather coin-age just mint the rewards is not possible until next wallet release
legendary
Activity: 3052
Merit: 1053
bit.diamonds | uNiq.diamonds
So I have a DMD deposit that never arrived in my wallet... was there a blockchain switchover/fork or something?



I have tried to sync my wallet on both mac and PC but the DMD are not showing up in my account

I tried the block explorer for the txid ....returned null values Huh

address: dcA2zFYYgvaWBaNBCb1UdLErGfdGtq6MSy
txid: e36a5d96352fb178bd9b2485ac922a1e3c847cde3d3c61224fe86ee910183b50


Thoughts?  Any feedback would be appreciated!

@kyma, do you have any new information or updates on your issue? As you know, I have almost exactly the same issue  ( https://bitcointalksearch.org/topic/m.6752105 ) and mine is still "Being Processed" and they refuse to give out any information at all - refuse to respond is really more accurate.



The Diamond block chain has struck due to an attack. It was decided to prematurely fork it and switch to Groestl hashing at that point. Surely, a lot of transactions have been canceled and some mined blocks too (I know to have mined two blocks myself during that time, that got orphaned).

Your DMDs are (back) at Criptsy's wallet. You should open a case with them to have the coins returned to your balance. Or, they should demonstrate where that transaction went..

@danbi, do you have any suggestions about how to further pressure Cryptsy?

this transactions didnt happen
the dmd involved stay at the wallet of the sender
cryptsy have to add them again to ur DMD balance
u can only solve this with cryptsy support

and yes we know how hard this can be......
HR
legendary
Activity: 1176
Merit: 1011
Transparency & Integrity
So I have a DMD deposit that never arrived in my wallet... was there a blockchain switchover/fork or something?



I have tried to sync my wallet on both mac and PC but the DMD are not showing up in my account

I tried the block explorer for the txid ....returned null values Huh

address: dcA2zFYYgvaWBaNBCb1UdLErGfdGtq6MSy
txid: e36a5d96352fb178bd9b2485ac922a1e3c847cde3d3c61224fe86ee910183b50


Thoughts?  Any feedback would be appreciated!

@kyma, do you have any new information or updates on your issue? As you know, I have almost exactly the same issue  ( https://bitcointalksearch.org/topic/m.6752105 ) and mine is still "Being Processed" and they refuse to give out any information at all - refuse to respond is really more accurate.



The Diamond block chain has struck due to an attack. It was decided to prematurely fork it and switch to Groestl hashing at that point. Surely, a lot of transactions have been canceled and some mined blocks too (I know to have mined two blocks myself during that time, that got orphaned).

Your DMDs are (back) at Criptsy's wallet. You should open a case with them to have the coins returned to your balance. Or, they should demonstrate where that transaction went..

@danbi, do you have any suggestions about how to further pressure Cryptsy?
full member
Activity: 266
Merit: 100

You are talking about loading time. I am talking about quitting the application.

It must be your system in particular, because on both of my Macs, running with OSX 10.9.3 - quitting Diamond takes about 2 seconds.


Thanks for sharing. I'm on 10.9.2. Logs files do not provide any significant information on the reasons. I might update to 10.9.3 see if that helps.

Check to see if you ever had Homebrew or Macports installed on your Mac before.  You may have to do an update on them, as they may have fiddled with your libraries...

If you did, you can't have both, you have to choose between Homebrew or Macports - not both - having both will corrupt links to libraries.

Thanks. No homebrew here. Macports on the other hand I do have and is already the latest version.
full member
Activity: 266
Merit: 100

You are talking about loading time. I am talking about quitting the application.

It must be your system in particular, because on both of my Macs, running with OSX 10.9.3 - quitting Diamond takes about 2 seconds.


Thanks for sharing. I'm on 10.9.2. Log files do not provide any significant information on the reasons. I might update to 10.9.3 see if that helps.
Jump to: