[ANN] ¤ DMD Diamond 3.0 | Scarce ¤ Valuable ¤ Secure | PoS 3.0 | Masternodes 65% - page 810.

danbi

sr. member

Activity: 393

Merit: 250

Quote from: ECM on May 21, 2014, 04:03:27 AM

Quote from: danbi on May 20, 2014, 03:29:23 PM

Quote from: srcxxx on May 20, 2014, 11:16:59 AM

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

As more pools arise and ppl start spreading the hash it will all auto-correct.

Might be the network round trip time. What ping times you see to dmdpool.digsys.bg?
The server is not loaded at all. In fact, it runs a number of other tasks, over a dozen pools and... from time to time I do run an CPU miner just to fill up more the CPU cores

It does have some kind of disk bandwidth bottleneck, primarily because too many things write too many log files, but still far away from loaded. That is being addressed anyway.

Other than that, I still do believe it is my task to identify and resolve issues with the service I started (the Diamond mining pool and permanent node). So, if the server somehow causes you to generate rejects, I am looking for ways to fix it.

danbi

sr. member

Activity: 393

Merit: 250

Quote from: HR on May 21, 2014, 03:14:08 AM

Quote from: srcxxx on May 12, 2014, 01:34:42 AM

Quote from: danbi on May 11, 2014, 05:14:21 AM

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.

cryptonit

legendary

Activity: 3052

Merit: 1053

bit.diamonds | uNiq.diamonds

Quote from: polanskiman on May 21, 2014, 02:21:56 AM

Quote from: danbi on May 21, 2014, 01:54:23 AM

Quote from: polanskiman on May 20, 2014, 08:53:34 PM

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

Quote from: cryptonit on May 21, 2014, 01:30:55 AM

Quote from: ECM on May 20, 2014, 02:01:11 PM

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.

Quote from: danbi on May 20, 2014, 03:29:23 PM

Quote from: srcxxx on May 20, 2014, 11:16:59 AM

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

As more pools arise and ppl start spreading the hash it will all auto-correct.

HR

legendary

Activity: 1176

Merit: 1011

Transparency & Integrity

Quote from: srcxxx on May 12, 2014, 01:34:42 AM

Quote from: danbi on May 11, 2014, 05:14:21 AM

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).

polanskiman

full member

Activity: 266

Merit: 100

Quote from: danbi on May 21, 2014, 01:54:23 AM

Quote from: polanskiman on May 20, 2014, 08:53:34 PM

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.

danbi

sr. member

Activity: 393

Merit: 250

Quote from: polanskiman on May 20, 2014, 08:53:34 PM

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.

cryptonit

legendary

Activity: 3052

Merit: 1053

bit.diamonds | uNiq.diamonds

Quote from: ECM on May 20, 2014, 02:01:11 PM

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

polanskiman

full member

Activity: 266

Merit: 100

Quote from: danbi on May 20, 2014, 06:10:37 AM

Quote from: polanskiman on May 19, 2014, 11:39:47 PM

Quote from: ?? on ??

Quote from: polanskiman on May 19, 2014, 09:47:12 PM

Quote from: ?? on ??

Quote from: polanskiman on May 19, 2014, 09:37:16 PM

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

Quote from: ECM on May 20, 2014, 02:01:11 PM

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.

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

danbi

sr. member

Activity: 393

Merit: 250

Quote from: srcxxx on May 20, 2014, 11:16:59 AM

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

Quote from: srcxxx on May 20, 2014, 11:16:59 AM

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 from: HR on May 20, 2014, 08:02:38 AM

Quote

I feel like cryptsy is where coins go to die now a days

https://bitcointa.lk/threads/group-action-cryptsy-exhange-negligence-take-action.247894/page-4#post-6462154

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.

srcxxx

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

I feel like cryptsy is where coins go to die now a days

https://bitcointa.lk/threads/group-action-cryptsy-exhange-negligence-take-action.247894/page-4#post-6462154

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

Quote from: cryptonit on May 20, 2014, 04:09:13 AM

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?

danbi

sr. member

Activity: 393

Merit: 250

Quote from: polanskiman on May 19, 2014, 11:39:47 PM

Quote from: ?? on ??

Quote from: polanskiman on May 19, 2014, 09:47:12 PM

Quote from: ?? on ??

Quote from: polanskiman on May 19, 2014, 09:37:16 PM

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 ;-)

cryptonit

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

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

cryptonit

legendary

Activity: 3052

Merit: 1053

bit.diamonds | uNiq.diamonds

Quote from: HR on May 20, 2014, 02:22:17 AM

Quote from: kyma on May 14, 2014, 09:46:33 PM

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.

Quote from: danbi on May 15, 2014, 12:24:09 AM

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

Quote from: kyma on May 14, 2014, 09:46:33 PM

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.

Quote from: danbi on May 15, 2014, 12:24:09 AM

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?

polanskiman

full member

Activity: 266

Merit: 100

Quote from: ?? on ??

Quote from: polanskiman on May 19, 2014, 09:47:12 PM

Quote from: ?? on ??

Quote from: polanskiman on May 19, 2014, 09:37:16 PM

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.

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